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I.  INTRODUCTION 


This  report  docuaents  the  results  of  an  effort  to  update  the 
Avionics  Evaluation  Prograa  (AEP).  The  original  AEP  (described  in 
deference  1)  was  developed  to  provide  the  Air  Force  Avionics  Laboratory 
with  an  efficient  tool  for  conducting  in-house  analyses  of  current  and 
postulated  weapon  systea  concepts  perforaing  air-to-ground  oissions  in 
a wide  spectrua  of  operational  environaents.  In  January,  1973,  an  Inter- 
active graphics  capability  was  added  to  provide  auch  aore  efficient  use 
of  the  prograa.  Ilie  unique  help  features  an  on-line  user's  aanual 
which  has  allowed  use  of  the  prograa  with  a alniaua  of  training. 

The  purpose  of  the  present  effort  was  to  develop  an  ioq>roved 
version  of  the  AEP  and  to  incorporate  imperfect  equlpaent  aonltoring, 
multiple  aircraft,  multiple  sorties,  and  cost  accumilatlon.  The  effort 
started  in  January,  1976,  with  a review  of  existing  logistics  models  and 
cost  models.  Planned  prograa  development  was  reviewed  and  approved  in 
Karch,  1976. 

This  report  contains  the  following  elements: 

(1)  A description  of  the  AEP  program  structure 

(2)  A detailed  description  of  the  Individual 
mission  functions 

(3)  A description  of  updates  to  the  interactive 
graphics  processor 
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II.  SlMfARY 


.An  updated  version  of  the  AEP  has  been  developed.  This  prograa 
is  a Honte  Carlo  similation  of  a flight  of  aircraft  (up  to  four)  through 
a specified  nusber  of  days  of  operation.  Functions  considered  include 
ground  Maintenance,  co—unication,  navigation,  refueling,  target  acquisition, 
and  weapon  delivery.  Eaphasls  was  placed  on  the  developaent  of  ground 
service  requlreaents , target  acquisition,  weapon  delivery,  and  cost  accuau- 
lation.  The  previous  fraaework  for  consideration  of  hardware  reliability 
and  backup  aodes  has  been  retained.  The  prograa  operates  as  follows: 

(1)  The  user  provides  data  «diich:  (a)  defines 

the  flight  profile,  (b)  lists  the  hardware 
aakeup  (all  aircraft  are  identically  equipped) 
and  (c)  defines  the  functions  and  associated 
perforaance  for  the  siawlation. 

(2)  The  prograa  aakes  a deterainistic  evaluation 
of  the  aission.  As  part  of  this  evaluation, 
the  vehicle  equations  of  aotion  are  integrated 
to  deteraine  the  noalnal  t.lae  history  of  the 
flight.  The  aircraft  states  are  stored  as  a 
ftmction  of  tiai''.  for  use  during  the  Monte 
Carlo  evaluation. 

(3)  A Monte  Carlo  slaulation  is  conducted.  A 

single  Monte  Carlo  trial  is  represented  by 
siaulating  the  scheduled  flight  operations  for 
a specific  nuaber  of  days.  The  events  that 
occur  during  a aission  depend  on  randoa  draws 
from  probab-llty  distributions  described  by 
function  perforaance  data  and  hardware  reli- 
ability. Nuaerous  trials  are  siaulated  to 
estiaate:  (a)  aission  success,  (b)  aission 

aborts,  (c)  aircraft  losses,  and  (d)  aission 
cost. 

The  interactive  graphics  processor  has  been  updated.  A new 
and  aore  easily  used  technique  for  accessing  hardware  and  function  data 
has  been  incorporated.  Additional  features  for  displaying  output  results 
have  also  been  added. 
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III.  PROGRAM  STRUCTURE 


The  objective  in  developing  a revised  version  of  the  air-to- 
ground  AEP  was  to  incorporate  the  following  items: 

(1)  Imperfect  Equipment  Monitoring 

(2)  Multiple  Sortie  Capability 

(3)  Multiple  Aircraft  Capability 

(4)  Cost  Accumulation 

The  AEP  provides  a mechanism  fer  assessing  the  mission  Impact  of  varying 
avionics  hardware  configurations  (navigation,  target  acquisition,  weapon 
delivery,  etc.).  This  includes  hardware  reliability  as  well  as  perform- 
ance. In  addition,  the  multiple  sortie  feature  provides  a measure  of 
maintainability  with  respect  to  preparing  the  aircraft  for  the  next  flight. 
The  program  allows  users  to  obtain  a quantitative  (rather  than  qualitative) 
view  of  the  importance  and  interaction  of  the  hardware  characteristics. 

It  can  also  provide  a common  framework  through  which  various  Air  Force 
and  contractor  agencies  can  effectively  communicate  requirements,  portray 
results,  and  make  cost-effective  judgements. 

The  AEP  considers  a flight  of  up  to  four  aircraft  for  a given 
number  of  consecutive  days.  Figure  1 shows  a flow  diagram  of  the  daily 
operations.  As  the  mission  simulation  progresses,  it  is  influenced  by 
hardware  failures,  aircraft  maintenance,  ordnance  loading,  navigation, 
target  acquisition,  weapon  capabilities,  and  enemy  defenses.  At  the  con- 
clusion of  the  specified  simulation  period,  costs  are  accumulated  for 
several  areas  of  interest. 
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General  Pescrlptlon 


The  AEP  evaluates  the  operation  of  a flight  of  up  to  four  air- 
craft over  a given  period  of  days.  The  ''system''  is  described  by  the 
vehicle  hardware  makeup,  flight  profile,  and  functions/subfunctions. 

All  aircraft  must  be  identically  equipped.  Thus,  hardware  data  are 
given  for  only  one  aircraft  and  the  program  assumes  the  same  equipment 
specifications  for  the  remaining  aircraft. 

One  important  extension  of  the  previous  version's  capability 
is  to  allow  several  subfunctions  under  a given  function  to  operate 
simultaneously.  For  example,  the  user  might  turn  on  both  display  and 
visual  target  acquisition.  The  function/subfunction  hierarchy  is 
described  in  detail  in  a later  section. 

The  updated  AEP  mechanization  provides  a more  flexible  inter- 
action between  functions.  For  example,  the  sequencing  from  one  function 
to  another  can  occur  automatically  as  the  result  of  previous  events,  as 
well  as  through  specific  control  by  the  user.  Sequencing  through  the 
sljsulation  is  controlled  by  an  executive  event-time  routine.  In  general, 
the  subfunctions  calculate  when  an  event  will  occur  and  what  happens 
when  the  time  of  that  event  is  reached.  When  a subfunction  computes  an 
event-time  and  type,  the  event  is  placed  in  proper  time  sequence  in  a 
table  of  events.  When  the  time  of  the  event  is  reached,  the  executive 
routine  calls  the  routine  indicated  by  the  event  type.  Tills  concept  of 
event  processing  is  described  in  more  detail  under  "Monte  Carlo  Evalu> 
atlon"  on  Page  15  . 


Aircraft  Equipment  Description 


As  part  of  the  input  data,  the  user  must  describe  the  equipment 
list  that  makes  up  an  aircraft.  The  user  usually  has  complete  flexibility 
to  aggregate  or  disaggregate  actual  "black  boxes"  into  equipment  elements. 
Two  terms,  section  and  candidate,  used  in  the  description  of  hardware, 
are  defined  here. 

A section  is  a general  category  of  hardware  such  as 
fire  control  system  or  communications.  In  general, 
the  first  two  digits  of  the  standard  five  digit  Air 
Force  Work  Unit  Code  (WUC)  defines  a section. 

A candidate  is  a specific  hardware  item  within  a 
given  section.  For  example,  candidates  for  an 
inertial  navigation  system  might  be  LN-15,  LN-12, 

INS-16,  or  some  other  specific  system. 
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Table  1 lists  the  standard  data  items  associated  with  every 
section.  Several  sections  have  additional  data  items  which  reflect 
performance  data  unique  to  those  sections.  When  a user  defines  a 
candidate  for  a section,  values  must  be  entered  for  all  data  items 
associated  with  that  section.  It  should  be  noted  that  performance 
data  items  are  not  associated  with  sections  unless  performance  character- 
istics are  always  required  from  that  particular  section.  For  example, 
the  program  always  requires  aerodynamic  data  associated  with  the  air- 
frame and  thrust  data  associated  wltn  the  propulsion  system. 


TABLE  1.  STANDARD  EQUIPMENT  DATA  ITEMS 


1.  MTBF  - True  mean  time  between  failures  based  on  flight 

hours 

2.  MTBMA  - Mean  tine  between  unscheduled  maintenance  actions 

3.  OFR  * Operational  hours  per  flight  hour 

4.  - Vulnerability 

5.  Ng  - Number  of  redundant  boxes 

6.  MTTR  - Mean  time  to  repair 

7.  Probability  the  box  will  be  replaced 

8«  P^  - Probability  replacement  box  is  available 

9.  P^  - Probability  of  undetected  failure 

10.  Pp  - Probability  of  false  failure 

11.  A^  - Acquisition  cost 

12.  UM^  - Cost  per  unscheduled  maintenance  action 


Functions,  Subfunctions,  Modes  and  States 


The  concept  of  functions,  subfunctions,  modes,  and  states  used 
in  the  AEP  is  fundamental  to  the  evaluation  procedures.  Functions  are 
the  operations  or  actions  performed  during  the  simulation.  Sub functions 
represent  alternative  options  for  performing  a particular  function. 

Table  2 shows  a list  of  functions  and  associated  subfunctions  with 
their  data  requirements.  A description  of  each  of  these  is  contained 
in  the  "Description  of  Individual  Functions". 
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TABLE  2 . FimCTION/SUBFUNCTION  DATA  REQUIREMENTS 


1.  Scheduled  Maintenance 

1.1  Preflight 

a.  Mean  Duration 

b.  Standard  Deviation 

c.  Equipment  List 

1.2  Thruf light 

a.  Mean  Duration 

b.  Standard  Deviation 

c.  Equipment  List 

1.3  Postflight 

a.  Mean  Duration 

b.  Standard  Deviation 

c.  Equipment  List 

2.  Ordnance 

2.1  General  Purpose  Munitions 

a.  Humber  of  Weapons  Carried 

b.  Mean  Loading  -f  Arming  Time  Per  Weapon 

c.  Standard  Deviation 

d.  Mean  Dearming  & Arming  Time  Per  Weapon 

e.  Standard  Deviation 

2.2  Rockets 

a.  Number  of  Weapons  Carried 

b.  Mean  Loading  & Arming  Time  Per  Weapon 

c.  Standard  Deviation 

d.  Mean  Dearming  A Arming  Time  Per  Weapon 

e.  Standard  Deviation 
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TABLE  2 . FUNCTION/SUBFUNCTION  DATA  REQUIREMENTS  (Continued) 


Fueling 

3.1  Fuel  Loading 

a.  Fueling  Rate 

3.2  Fuel  Usage 

a.  Bogie  Fuel  Level 

3.3  Refueling 

a.  Minimum  Hookup  Time 

b.  Maximum  Hookup  Time 

c.  Refueling  Rate 

d.  Number  of  Aircraft  Refueled  Stlmultaneously 

Flight 

4.1  Launch 

a.  Mean  Walt  Time 

b.  Standard  Deviation 

4.2  Inflight  Aircraft  Abort 

a.  Required  Equipment 

b.  Required  Aircraft 

4.3  Mission  Abort 

a.  Required  Aircraft 

4.4  Loss  of  Aircraft 

a.  Required  Equipment 

4.5  Landing 

Mission 
5.1  Schedule 

a.  Earliest  Time  to  Begin  Preflight 

b.  Earlie^-t  Time  to  Begin  Launch 

c.  Minimum  Time  Until  Next  Sortie 

d.  Latest  Time  to  I.aunch  Sortie 

e.  Maximum  Delay  Before  Cancel 

f.  !..jnber  of  Days  to  Simulate 
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TABLE  2 . FUNCTION/SUBFUNCTION  DATA  REQUIREMENTS  (Continued) 


5.2  Cost  Accumulation 

a.  Number  of  Aircraft  per  Squadron 

b.  Fuel  Cost 

c.  Per  Flight  Cost 

d.  Per  Unit  of  Flight  Time  Cost 

e.  'ight  Crew  Size 

f.  Flight  Crew  Cost 

g.  Ground  Crew  Size 

h.  Ground  Crew  Cost 

i.  Munitions  Crew  Size 

j . Munitions  Crew  Cost 

k.  Command  Staff  Size 

l.  Command  Staff  Cost 

m.  Number  of  Additional  Personnel 

n.  Additional  Personnel  Cost 

o.  Investment  Peculiar  to  System 

p.  Amorltlzation  Period 

6.  Formation 

6.1  Nominal  Flight 

a.  Position  of  Aircraft  2 Relative  to  Aircraft  1 

b.  Position  of  Aircraft  3 Relative  to  Aircraft  1 

c.  Position  of  Aircraft  4 Relative  to  Aircraft  1 

7.  Navigation 

7.1  Radio-Aided  Navigation 

a.  Fixed  Position  Error 

b.  Correlation  Time  Constant 

7.2  Self-Contained  Navigation 

a.  Per  Unit  Time  Error  Growth  Rate 

b.  Correlation  Time  Constant 


TABLE  2.  FUNCTION/SUBFUNCTION  DATA  REQUIREMENTS  (Continued) 


8.  Navigation  Update 

8.1  Automatic  Navigation  Update 

a.  Depression  Angle  to  Center  of  Field  of  View 

b.  Horizontal  Width  of  Field  of  View 

c.  Checkpoint  Location  CEP 

d.  Probability  of  Detection/Recognition 

e.  Accuracy  of  Update  | 

8.2  Radar  Navigation  Update  j 

a.  Depression  Angle  to  Center  of  Field  of  View  ] 

I 

b.  Horizontal  Width  of  Field  of  View  I 

t 

c.  Checkpoint  Location  CEP  | 

! 

d.  Probability  of  Detection/Recognition  ! 

e.  Accuracy  of  Update  i 

8.3  Visual  Navigation  Update 

a.  Depression  Angle  to  Center  of  Field  of  View 

b.  Horizontal  Width  of  Field  of  View 

c.  Checkpoint  Location  CEP 

d.  Probability  of  Detection/Recognition 

e.  Accuracy  of  Update 

9 . Communlcat ions 

9.1  Interflight 

9.2  External 

10.  Survivability 
10.1-10.5 

Survivability  Subfunctions 

a.  Constant  Probability  of  Hit 

b.  Per  Unit  Time  Probability  of  Hit 

c.  Probability  of  Aircraft  Kill 
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TABLE  2.  FUNCTION/SUBFUNCTION  DATA  REQUIREMENTS  (Continued) 


11.  Target  Acquisition 

11.1  Display  Acquisition 

a.  Horizo:ital  Width  of  Sen''.or  Field  of  View 

b.  Side  Look  Angle  for  fnch  Aircraft 

c.  Table  of  Depression  Angles 

d.  CuBulative  Probability  of  Detection  vs.  Depression 
Angle 

11.2  Visual  Acquisition 

a.  Horizontal  Width  of  Sensor  Field  of  View 

b.  Side  Look  Angle  for  Each  Aircraft 

c.  Table  of  Depression  Angles 

d.  CuflMilative  Probability  of  Detection  vs.  Depression  Angle 

12.  Weapon  Delivery 

12.1  Manual  Weapon  Delivery 

a.  Weapon  Release  Distance 

b.  Set-Up  Tioe 

c.  Aiaing  CEP 

d.  Priaary  Kill  Radius 

e.  Secondary  Kill  Radius 

f.  Ordnance  Subfunction  T)rpe 

g.  Nuaber  Dropped  per  Pass 

h.  Targets 

12.2  Autoaatic  Weapon  Delivery 

a.  Weapon  Release  Distance 

b . Set-Up  Tiae 

c.  Aiaing  CEP 

d.  Priaary  Kill  Radius 

e.  Secondary  Kill  Radius 

f.  Ordnance  Subfunction  Type 

g.  Nuaber  Dropped  per  Pass 

h.  Targets 
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TABLE  2 . FUNCTI(»i/SUBFUNCnON  DATA  REQUIRBIENTS  (Continued) 


Target 

13.1-13.5 

Target  Subfunctions 

j 

a.  Nuni>er  of  Attack  Passes  j 

b.  X Location  Uncertainty  ! 

c.  Y Location  Uncertainty  ' 
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[Several  operacing  modes  are  possible  for  each  subfunction 

(primary  and  backup  operating  modes).  The  concept  of  modes  Is  straight- 
forward for  a one  aircraft  simulation.  In  that  case,  there  Is  a suite 
of  hardware  and  performance  data  associated  with  each  mode  defined  for 

1a  subfunction.  Presumably,  a user  sets  up  a problem  such  that  the  first 

mode  represents  the  best  performance  and  subsequent  modes  represent 
degraded  performance.  The  Introduction  of  multiple  aircraft  complicates 
the  problem  as  the  modes  must  then  apply  to  the  complete  flight.  The 
user  defines  mode  regression  criteria  using  subfunction  states.  A sub- 
function state  defines  the  equipment  status  for  each  aircraft  for  that 
subfunction.  Associated  with  each  state  Is  a suite  of  hardware  selected 
from  the  available  equipment  Items.  State  1 represents  the  primary 
equipment  suite  and  subsequent  states  represent  progressively  degraded 
hardware  status.  Based  on  the  definition  of  these  states.  Boolean  AND/OR 
logic  is  used  to  define  the  criteria  for  each  node.  For  example,  mode  1 
of  a given  subfunction  nay  require  either  aircraft  A or  B In  the  primary 
state  or  both  in  a secondary  state.  This  would  be  represented  as: 

A1  4-  B1  -f  A2  * B2.  If  none  of  these  requirements  were  satisfied  because 
of  equipment  failures;  node  regression  would  occur.  Figure  2 is  a diagram 
of  the  function/subfunctlon/sMrde/state  hierarchy.  Note  that  hardware 
selections  for  a single  aircraft  are  made  to  define  states  for  eact.  air- 
craft and  that  performance  data  are  entered  to  define  each  node.  Although 
this  system  of  specifying  aircraft  status  and  performance  is  complicated, 
there  Is  no  apparent  simplification  which  will  not  severely  limit  user 
flexibility. 


Ito4«  RTgrodon 


FIGURE  2.  FUNCnON/SUBFUSCTIOt!/MODK/STATE  H1ER.\RCIIY 
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Flight  Profile 


Flight  path  definition  la  essentially  unchanged  from  the 
original  AEP.  Users  specify  waypoints  at  arbitrary  locations  along 
the  flight  path.  Waypoints  only  need  to  he  specified  where  some  change 
(heading,  velocity,  functions,  etc.)  occurs.  The  previously  required 
mission  phases  and  defense  zones  are  no  longer  used.  Both  are  Incorpor- 
ated within  the  framework  of  the  functions  and  subfunctions. 


Nominal  Simulation 


The  mission  simulation  Is  separated  Into  two  parts;  a nominal 
or  deterministic  evaluation  and  a Monte  Carlo  simulation.  The  purpose 
of  the  nominal  simulation  Is  to  establish  the  aircraft  time  history 
in  the  absence  of  uncertainties.  The  aircraft  equations  of  motion  are 
integrated  during  the  nominal  simulation  and  the  resultant  aircraft  state 
vector  Is  stored  for  use  in  the  Monte  Carlo.  Tn  addition,  any  determin- 
istic calculations  required  by  the  functions  are  performed  with  the 
results  saved  for  the  Monte  Carlo.  At  present,  only  the  target  acquisition, 
weapon  delivery,  and  formation  functions  are  used  during  the  nominal  simu- 
lation. 


Cost  Accumulation 


The  inclusion  of  the  ground  turnaround  process  in  the  AEP  Is 
a continued  expansion  of  the  measures  of  effectiveness.  This  extension, 
however,  must  consider  the  availability  and  appllcatloi:  of  many  types 
of  resources  other  than  the  aircraft  and  its  internal  equipment.  These 
sources  Include  personnel,  spares,  support  equipment  and  fvel.  In  these 
days  of  austere  funding,  these  resources  are  not  abundant.  Therefore, 
the  allocation  of  these  resources  to  specific  aircraft  systems  and  mission 
objectives  must  be  analyzed  thoroughly.  The  cost  accumulator  is  aimed 
at  quantifying  these  resources  In  terms  of  dollar  costs  per  flight. 

In  addition  to  acquisition  costs  cf  the  aircraft  and  Internal 
systems,  the  following  types  of  costs  are  considered: 

(1)  Maintenance  costs  for  repair  of  failures  and 
other  maintenance  actions 

(2)  Replacement  costs  tor  systems  lost 
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(3)  Operations  costs  for 

(a)  consunmables 

(b)  personnel 

(c)  amortization  of  investments  in 
support  equipment,  facilities,  etc. 


Honte  Carlo  Evaluation 


The  Monte  Carlo  simulation  sequences  through  the  daily  oper- 
ations, as  shown  in  Figure  1,  for  a given  nund>er  of  days.  Random  numbers 
are  drawn  from  the  uncertain  event  distributions  given  by  the  user  to 
determine  actual  occurrences  during  the  evaluation.  Statistics  describing 
the  simulation  results  are  accumulated  for  examination  by  the  user. 

The  Monte  Carlo  executive  routine  executes  a sequence  of  events 
stored  in  chronological  order.  In  general,  the  events  are  keyed  by  an 
integer  triplet  (i,J,k),  where  1 represents  a level  1 event,  j a level 
2 event,  and  k a level  3 event.  Table  3 is  a listing  of  the  events  in 
the  current  version  of  the  AEP.  Only  two  events  occur  at  repetitive  fixed 
times: 


(1)  Schedule  each  day,  event  (5,1,1)  at  t « 0:00  and  (2)  End 
of  day,  event  (24,0,0)  at  t « 24:00.  All  other  events  occur  based  on  the 
occurrence  of  previous  events.  Table  4 shows  a hypothetical  set  of  events 
for  one  day  with  two  aircraft.  At  the  beginning  of  the  simulation,  the 
event  table  contains  only  the  two  events  (5,1,1)  at  0:00  and  (24,0,0)  at 
24:00.  The  remaining  events  are  created  and  entered  into  the  table  as 
the  simulation  progresses.  Thus,  the  call  to  schedule  creates  the  begin 
preflight  event  (1,1,1)  at  t>6:00.  The  preflight  subfunction  creates  the 
ordnance  calls,  which  create  calls  back  to  preflight  to  signify  the  com- 
pletion of  ordnance  io.iding.  After  both  aircraft  are  loaded,  the  schedule 
routine  is  called  to  dtttermine  the  launch  time.  Similarly,  all  of  the 
remaining  events  are  created  and  entered  into  the  table. 

One  major  modification  in  the  new  AEP  is  the  simulation  of 
equipment  malfunctions.  To  evaluate  the  impact  of  equipment  monitoring, 
both  undetected  and  false  failures  are  accounted  for.  Figure  3 shows  a 
transition  diagram  of  the  new  failure  model.  State  1 is  a fully  operational 
ready  status.  All  unscheduled  maintenance  actions  fall  into  3 categories. 

State  2 — Pilot  complaint,  equipment  calibration,  etc. 

State  3 — False  failure  indicat  ioi. 

State  4 — True  failure  indication. 
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TABLE  3.  MONTE  CARLO  EVENT  INDICES 


TABLE  3.  MONTE  CARLO  EVENT  INDICES  (Continued) 
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3.  End  of  sortie,  check  for  next  sort 
or  end  of  day 

Call  Coat  Accuaulation  1.  Calculate  total  slaulated  cost 


TABLE  3.  MONTE  CAJILO  EVENT  INDICES  (Continued) 
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TAHLE  3.  MONTE  CARLO  EVENT  INDICES  (Continued) 


TABLE  4.  MONTE  CARLO  EVENT  HISTORY 


Time 

Event 

Indices 

Description 

0:00 

5,1.1 

Begin  day,  call  schedule 

6:00 

1,1.1 

Begin  preflight 

8:15 

2,4.12 

Begin  ordnance  loading  for  A/C  2 

8:20 

2.4.11 

Begin  ordnance  loading  for  A/C  1 

8:30 

1.1.22 

A/C  2 loaded 

8:40 

1.1.21 

A/C  1 loaded 

8:40 

5,1,2 

All  A/C  ready,  schedule  launch 

9:00 

A.1.1 

Scheduled  launch 

9:10 

4.1,2 

Take>off 

10:30 

4,5,1 

Landing 

10:30 

5.1,3 

Check  schedule  for  another  sortie 

10:30 

1.2,1 

Begin  thru-flight  Maintenance 

12:30 

2,6,12 

Dearm  A/C  1 

12:35 

2,6,22 

Deam  A/C  2 

12:40 

3.3.12 

Fuel  A/C  1 

12:50 

3,3,22 

Fuel  A/C  2 

13:00 

2.4,11 

Begin  ordnance  loading  A/C  1 

13:05 

2.4,12 

Begin  ordnance  loading  A/C  2 

13:15 

1,2.4 

A/C  1 loaded 

13:20 

1.2,5 

A/C  2 Loaded 

13:20 

5,1,2 

Schedule  launch 

13:20 

4.1.1 

Late  launch,  scheduled  for  13:00 

13:30 

4,1.2 

Take-off 

15:00 

4,5.1 

Landing 

15:00 

5,1,3 

Check  schedule 

15:00 

1,3.1 

End  of  day's  sorties,  begin  post  flight 

22 


TABLE  4.  MONTE  CARLO  EVENT  HISTORY  (Continued) 


Tine 

Event 

Indices 

Description 

18:30 

2.6.23 

Unload  ordnance  on  A/C  2 

18:45 

3.1.23 

Fuel  A/C  2 

19:00 

2.6.13 

Unload  ordnance  on  A/C  1 

19:05 

1.3.22 

A/C  2 finished  fuel  loading 

19:20 

3.1.23 

Fuel  A/C  1 

19:35 

1.3.21 

A/C  1 finished  fuel  loading 

24:00 

24.0.0 

End  of  day 
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The  rates  a,  6,  and  A determine  the  total  maintenance  actions,  so  that 


MTBMA 


(i  + S + A 


(1) 


and  the  probability  of  being  in  State  1 is 

Pj(t)  - 


(£) 


Given  that  a transition  from  State  1 occurs,  the  following  conditional 
probabilities  define  the  transition: 

B 


a + B + A 


(3) 


Ei 


p, » 


a 


3 a •'  8 + A 


^ ^TtTT  » 


(4) 


(5) 


and 


p S P I ■—  ■ ■ 

*^5  u a + B + A ' 


(6) 


State  3 is  the  false  failure  state  and  A is  the  true  failure  rate,  thus 


'fTBF  ’ 


a »'  Pp/MTBMA  , 


(7) 


(8) 


and 


NTBHA 


- A - a 


(9) 
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Since  t must  be  non-negative. 


^ X 


+ a 


hrrBMA 


(10) 


or 


MTBMA  ^ (1  - Pp)  MTBF 


(11) 


The  three  data  values  MTBF,  MTBMA,  and  Pp  are  not  completely  independent. 
If  the  user  input  values  do  not  satisfy  the  above  relationship,  the  MTBMA 
is  adjusted  to  satisfy  the  inequality. 

Checking  of  subfunction  status  occurs  when  the  operation  of 
an  equipment  item  is  lost.  Each  transition  to  State  ? or  4 will  cause 
an  immediate  decrement  in  the  nui^er  of  redundant  boxes  carried. 
Transition  to  State  5 will  not  be  counted  until  the  next  use.  When  all 
redundant  boxes  have  failed,  subfunction  state  regression  will  occur. 
Transition  to  State  2 will  not  be  interpreted  as  losing  that  item,  but 
will  require  ground  service  after  the  sortie. 

To  reduce  the  total  number  of  failure  events  (e.g.  4 air- 
craft, each  with  20  equipment  items,  mea’is  80  events  must  be  tracked) 
it  is  assumed  that  the  equipment  items  jn  each  aircraft  are  connected 
in  series.  Then  the  probability  of  failure  (leaving  state  1)  in  time 
t is 


P 


f 


(12) 


where 


= total  failure  rate  per  flight  hour 


Xj^  = failure  rate  of  i'th  equipment  item. 


Thus,  Pf  defines  the  probability  distribution  of  the  time  to  failure 
of  any  item.  Given  that  a failure  occurs  at  time  > t,  the  specific 
item  that  failed  is  determined  by  the  probabilities 


P 


i 


(13) 
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Note  that,  since  a failure  has  occurred,  the  sun  on  equals  1. 

Since  defines  a failure  tine  based  on  flight  nours,  the  true  failure 
time  is 


* 

t « 


Kit 


(14) 


where 


K^  ” operating  hours  per  flight  hour  for  the  i'th  item 

In  general,  > 1,  thus  failures  may  occur  both  airborne  and 
on  the  ground,  even  though  t is  generated  only  during  actual  flight  tine. 
When  a failure  (transition  from  state  1)  occurs,  the  probabilities  ^2~^5 
defined  previously,  are  used  to  determine  which  state  is  reached.  In 
addition,  the  total  failure  rate  is  reduced  by  the  rate  of  the  failed 
item  and  no  further  transitions  occur  for  that  item  until  it  restored 
to  state  1 by  some  maintenance  action. 


Monte  Carlo  Output 


The  results  of  the  simulation  are  stored  as  a permanent  file 
and  accessed  via  the  AEP  interactive  program.  The  output  is  composed  of 
statistics  describing  random  variables,  number  of  occurrences  of  random 
events,  and  function/subf unction  utilization.  The  user  can  selectively 
examine  the  output  with  differenr  levels  of  detail.  A detailed  description 
of  the  output  display  is  given  under  "Interactive  Processor". 

Appendix  A shows  the  input  and  full  output  for  a sample  execution 
of  the  AEP.  The  simulation  consisted  of  25  Monte  Carlo  trials,  using  two 
aircraft  for  one  week.  The  data  and  results  shown  are  for  illustrative 
purposes  only,  and  should  not  be  interpreted  as  an  evaluation  of  any  real 
system. 
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IV.  DESCRIPTION  OF  INDIVIDUAL  FUNCTIONS 


Table  7.  listed  the  AEP  functions  and  associated  subfunctions. 
Most  of  the  functions  have  coaputations  only  in  the  Monte  Carlo  portion 


of  the  program.  When  a function  or  subfunction  creates  an  event 
following  Information  is  required  by  the  executive  routine: 

(1) 

Level  1 event  type  (generally  the  number  of  the 
function  which  will  process  the  event) 

(2) 

Level  2 event  type  (generally  the  number  of  the 
associated  subfunction) 

(3) 

Level  3 event  tjrpe 

(4) 

Time  of  event 

Table  3 showed  all  of  the  current  events  in  the  AEP. 


The  general  foraat  of  the  functions  consists  of  seven  subroutines 
defined  as  follows: 

(1)  RSETXX  - routine  to  retrieve  the  data  associated 
with  the  current  acde  of  subfunction  under 
function  XX 

(2)  FUNXX  - routine  to  perfom  calculations  for 
function  XX  during  the  nominal  evaluation 

(3)  SUBXXY  - routine  for  each  subfunction  Y under 
function  XX  to  per fora  nominal  calculations 

(4)  MCFNXX  - routine  to  perfom  Monte  Carlo  calcu- 
lations for  function  XX 

(5)  MSBXXY  - routine  for  each  subfunction  Y under 
function  XX  for  Monte  Carlo  calculations 

(6)  ABRTXX  - routine  containing  logic  for  aborting 
an  aircraft  if  no  equipaent  states  are  available 
for  function  XX 

(7)  FABTXX  - routine  containing  logic  for  aborting 
sortie  if  no  nodes  remain  for  function  XX. 
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In  general,  each  subfunction  creates  events  for  any  calculations 
or  decisions  required  by  that  subfunction.  However,  the  executive  routine 
always  forces  the  following  subfunction  events  for  any  required  action  by 
the  subfunctions: 

(1)  Event  (1,J,1)  when  Function  I,  Subfunction  J is 
turned  on 

(2)  Event  (1,J,100)  when  a node  regression  for 
Function  I,  Subfunction  J occurs 

(3)  Events  (Ij^,Jj,101)  for  all  Functions  I;  Sub- 
functions J^that  are  active,  whenever  soae 
aircraft  in  the  fli^t  aborts  or  is  lost 

Soae  of  the  functions  are  turned  on/off  by  user  input  with  the  flight  pro- 
file definition,  while  others  are  controlled  internally  by  the  progran. 
Table  S lists  the  type  of  control  for  each  function.  Following  is  a 
description  of  each  function  and  subfunction. 


TABLE  5.  LIST  OF  INITIAL  FUNCTION  CALLS 


Function 

Control 

1. 

Scheduled  Maintenance 

Internal 

2. 

Ordnance 

Internal 

3. 

Fuel 

3-1.  Loading 

Internal 

3-2.  Usage 

User  turn  on 

3-3.  Refueling 

User  turn  on 

A. 

Flight 

Internal 

5. 

Schedule 

Internal 

6. 

Fonation 

User  turn  on 

7. 

Navigation 

User  turn  on 

8. 

Navigation  Update 

User  turn  on 

9. 

CoMEunication 

User  turn  on 

10. 

Survivability 

User  turn  on 

11. 

Target  Acquisition 

User  turn  on 

12.  Weapon  Delivery  a.  Turned  on  and  activated 

internally  by  target 
detection 
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TABLE  5. 


LIST  OF  INITIAL  FUNCTION  CALLS  (Continued) 


Function 

Control 

12.  Weapon  Delivery 
(Continued) 


13.  Target 


or 

b.  User  turn  on  prior  to 
target  detection,  then 
activated  at  detection 

Internal 


Scheduled  Maintenance 


The  scheduled  aaintenance  function  provides  an  assessmc.it  of 
the  tiae  Involved  to  keep  the  aircraft  ready  for  flight.  Three  sub- 
functions  are  provided  to  account  for  Preflight  (beginning  of  day), 
thru-flight  (between  sorties),  and  postflight  (end  of  day)  Maintenance 
requireaents.  Data  required  to  describe  the  ground  Maintenance  are: 

Mean  duration,  standard  deviation,  and  equipaent  check  list.  Air  Force 
data  sources^^)  indicate  that  repair  tiaes  tend  to  follow  a log-nomal 
distribution.  Hence,  the  randoa  service  tiae  is  drawn  froa  a log-nomal 
distribution  defined  by  the  input  paraaeters.  Figure  4 shows  the  repair 
logic  flow.  It  is  assiawd  that  any  itea  in  the  check  list  would  require 
soae  fora  of  inspection,  thus  those  iteas  will  transition  froa  an  un- 
detected to  a detected  failure  state  (refer  also  to  Figure  3).  In  addi- 
tion, it  is  assuaed  that  the  repair  of  iteas  in  the  checklist  occurs 
in  parallel  with  the  aaintenance  tiae,  and  that  repair  of  other  items 
is  in  series.  Thus,  the  total  maintenance  tine  is  given  by: 


T 

naint 


aax(Tjj,ti)  + Etj 


(15) 


where 


T * scheduled  time 
s 

t^  “ maximum  repair  time  of  checklist  Items 
tj  « repair  time  of  item  not  in  list 
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There  are  no  nominal  calculations,  aircraft  aborts,  or  mission 
aborts  associated  with  this  function.  The  Honte  Carlo  Routine  (MCFNOl) 
transfers  control  to  the  appropriate  subfunction. 


Preflight  Subfunction 


Figure  5 shows  the  logic  flow  for  this  subf<inction.  The  pre- 
flight routine  (MSBOll)  sequences  each  aircraft  to  ordnance  loading  at 
the  completion  of  the  maintenance  interval.  If  one  or  more  aircraft 
becomes  NORS,  the  remainder  of  the  day  is  cancelled,  other/ise  control 
passes  to  the  schedule  routine  when  all  aircraft  are  ready. 


Thru-flight  Subfunction 


Figure  6 shows  the  logic  flow  for  this  subfunction.  The  thru- 
flight  routine  (MSB012)  sequences  each  aircraft  to  ordnance  de-arming 
at  the  completion  of  maintenance.  In  reality,  de-arming  would  occur 
prior  to  ground  service.  However,  for  convenience  in  programming  and 
since  the  total  time  interval  is  the  same,  thru-flight  and  de-arming 
times  are  reversed.  As  with  the  prefli^t  routine,  a NORS  state  cancels 
the  day,  otherwise  the  schedule  routine  is  called  after  all  aircraft  are 
ready. 


Postflight  Subfunction 


Figure  7 shows  the  logic  flow  for  this  subfunction.  The  post- 
flight routine  (MSB013)  sequences  each  aircraft  to  ordnance  de-anaing 
(same  reason  as  for  thru-flight)  at  the  completion  of  maintenance.  Since 
postflight  occurs  at  the  end  of  the  day*s  sorties,  a NORS  state  has  no 
iiapact.  One  additional  difference  for  postflight  is  that  all  redundant 
items  are  repaired.  Preflight  or  thru-flight  maintenance  require  only 
that  one  or  more  of  a redundant  set  be  operational. 


Ordnance  Function 


The  ordnance  function  calculates  the  time  required  to  load 
and  aim  the  ordnance  prior  to  each  sortie,  and  also  calculates  the  time 
required  to  unload  and  dearm  the  ordnance  at  the  end  of  each  sortie.  There 
are  two  ordnance  subfunctions:  general  purpose  munitions  and  rockets.  The 
logic  within  the  subfunctions  is  identical.  The  difference  lies  in  the 
distributions  which  oescribe  the  loading  and  unloading  times  of  the  different 
munitions.  Each  type  of  munition  would  normally  have  its  own  distribution 
of  loading  and  unloading  terms. 
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TRUFUGHT 


FIGURE  6.  THRUFLIGIIT  SUBFUNCTION  (1. 2) 


FIGURE  7.  POSTFLIGHT  SUBFONCTION(1.3) 


The  input  items  for  each  of  the  subfunctions  are:  the  number  of 

weapons  carried;  the  mean  and  standard  deviation  of  the  loading  plus  arming 
time  per  weapon;  and  the  mean  and  standard  deviation  of  the  unloading  plus 
dearming  time  per  weapon. 

The  total  time  required  to  load  or  unload  the  ordnance  is  computed 
from  the  input  statistics  defining  a normal  time  distribution  and  the  total 
number  of  weapons  which  must  be  either  loaded  or  unloaded.  There  are  no 
nominal  calculations,  aircraft  aborts,  or  mission  aborts  associated  with 
this  function. 

In  the  Monte  Carlo  Routine  (MCFN02),  each  of  the  available  sub- 
functions is  called  to  determine  the  total  loading  or  de-arming  time  for 
each  aircraft.  Control  passes  to  fuel  loading  after  de-arming.  After 
loading,  control  returns  to  preflight  or  thruflight  as  appropriate. 

Figure  8 shows  the  logic  flow  for  each  of  the  subfunction  routines. 
General  Purpose  Munitions  (MSB021)  and  Rockets  (MSB022). 


Fuel 


This  function  provides  a means  of  managing  the  aircraft  fuel 
requirements.  Three  subfunctions  are  available  for  fuel  loading,  monitoring 
c.  fuel  used,  and  air-refueling.  There  are  no  direct  nominal  calculations 
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CALCULATE  TOTAL 
LOADING  TIME 


CALCULATE  TOTAL 
OEAMMING  TIME 


RETURN 


RETURN 


FIGURE  8.  ORDNANCE  FUNCTION/SUBFUNCTIONS (2. X) 


for  this  function,  however,  the  fuel  flow  rate  during  flight  is  one 
of  the  aircraft  states  provided  by  the  aircraft  flight  simulation. 

An  aircraft  abort  occurs  if  fuel  monitoring  or  refueling 
states  are  unavailable.  A mission  abort  occurs  if  no  modes  are  avail- 
able for  air-refueling. 

The  Monte  Carlo  routine  (MCFN03)  transfers  control  to  the 
appropriate  subfunction. 


Fuel  Loading 


Figure  9a  shows  the  loading  routine  (MSB031).  When  fuel 
loading  is  completed  control  passes  to  thru-flight  or  postflight  at 
appropriate. 


Fuel  Usage 


Figure  9b  shows  the  logic  flow  for  this  routine  (NSB032). 
This  subfunction  aborts  an  aircraft  if  the  remaining  fuel  is  less  than 
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a. Fuel  Loading  Subfunction  b.Fuel  Usage  Subfunction 
(3.1)  (3.2) 

FIGURE  9.  FUEL  SUBFUNCTIONS 


that  required  to  complete  the  flight  plus  the  required  reserve.  The 
subfunction  is  called  periodically  (when  it  is  on)  based  on  the  flow 
rate  and  fuel  status. 


i 


B 


I 


I 

1 


Air  Refueling 


Figure  10  shows  the  control  logic  for  this  subfunction  (MSB033). 
Refueling  occurs  when  the  subfunction  is  turned  on.  The  time  of  hookup 
is  determined  from  a uniform  probability  distribution  specified  on  input 
by  the  minimum  and  maximum  hookup  time.  Several  aircraft  can  be  refueled 
simultaneously,  the  exact  number  being  specified  as  input.  The  time 
required  to  refuel  is  calculated  as  a function  of  the  amount  of  fuel  to 
be  called  and  the  refueling  rate,  which  is  also  specified  as  input. 


Flight 


This  function  provides  a means  of  specifying  the  equipment 
requirements  for  various  portions  of  the  mission.  Five  subfunctlons- 
Launch,  Aircraft  Abort,  Mission  Abort,  Aircraft  Loss  and  Landing,  are 
available.  Nominal  calculations  required  by  Flight  are  performed  by 
the  aircraft  flight  simulations.  Abort  logic  is  given  under  each  sub- 
function. 


38 


REFUELING 


FIGURE  10.  REFUELING  SUBFUNCTION (3. 3) 


The  Monte  Carlo  Routine  MCFN04  transfers  control  to  one  of  the 
sub functions. 


Launch 


Figure  11a  shows  the  control  logic  for  this  routine  (MSBOAl). 

A random  sortie  launch  time  is  drawn  from  a log-normal  distribution  dcfinec 
by  the  input  data.  This  time  represents  the  interval  between  engine  start 
and  take-off.  At  take-off  subfunctions  2-4  are  turned  on,  and  launch  is 
turned  off.  The  launch  subfunction  uses  only  the  time  data  given  with 
the  first  mode. 


A ground  abort  of  the  mission  occurs  if  either  an  aircraft 
has  no  available  equipment  state,  or  no  mode  requirement  is  satisfied. 
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Aircraft  Abort 


There  are  no  program  calculations  associated  with  this  routine. 

The  aircraft  equipment  states  associated  with  this  subfunction  allow 
determination  of  an  aircraft  abort.  In  addition,  the  mode  requirements 
define  conditions  for  which  the  abort  of  one  aircraft  would  cause  the  abort 
of  a second  aircraft.  For  this  subfunction,  each  aircraft  must  satisfy  one 
of  the  OR  conditions  of  the  mode  specification.  As  an  example,  consider  the 
following  mode  definition  for  a flight  of  four  aircraft; 


Al-Bl  + Cl'Dl 

If  aircraft  A aborts,  any  other  subfunction  would  assume  that  C1*D1  is 
satisfactory.  For  this  particular  subfunction,  since  A is  unavailable, 
A1*B1  is  not  satisfied  and  aircraft  B does  not  appear  in  another  OR 
condition.  Therefore,  aircraft  B aborts  the  sortie  also.  This  provides 
the  user  the  ability  to  define  conditions  for  which  the  abort  of  one 
aircraft  will  cause  the  abort  of  another  aircraft. 


Mission  Abort 


The  mode/state  requirements  of  this  subfunction  are  used  to 
define  when  a sortie  must  be  aborted.  If  no  mode  is  available,  the  mis- 
sion is  aborted. 


Aircraft  Loss 


This  subfunction  is  used  to  define  the  set  of  equipment  required 
to  keep  an  aircraft  airborne.  If  no  aircraft  equipment  state  is  available, 
the  aircraft  is  lost. 


Landing 

Figure  11b  shows  the  program  control  for  this  routine  (MSB045). 
Control  transfers  to  the  schedule  routine  upon  landing.  If  no  landing 
equipment  state  is  available,  the  aircraft  is  counted  as  lost. 
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LAUNCH 


GO  TOl 


GENERATE  RANDOM 
LAUNCH  TIME  At 
INITIALIZE  AIRCRAFT 
STATES  FOR 
MISSION 


CAU  LAUNCH 
AT  T • At 
WnTHI-2 


TAKEOFF.  SET 
AIRSORNE  FLAG: 
TUAN  ON  FUGHT 
SUSFUNCTIONS 


RETURN 


TURN  OFF 
AIRSORNE  FLAG. 
TURN  OFF 
FUNCTIONS: 
CAU  SCHEDULE 
WITH  I 3 


RETURN 


RETURN 


a.  Latinch  Subfunctlcm 
(4.1) 


b.  Landing  Subfunction 
(4.5) 


FIGURE  11.  PLIGHT  SUBFUNCTIONS 


Mission 


This  function  provides  a aeans  of  specifying  the  operations 
schedule  and  the  cost  of  various  portions  of  the  Mission.  There  are  no 
nominal  calculations,  aircraft  aborts,  or  Mission  aborts  associated  with 
this  function. 


The  Monte  Carlo  routine  HCFN05  transfers  control  to  the  sub- 
function routines. 


Schedule 


Figure  12  shows  the  logic  flow  for  the  cchedule  routine  (MSB051). 
The  schedule  subfunction  is  the  overall  mission  scheduler  for  the  noainal 
portion  of  the  siMulatlon.  The  schedule,  utilizing  the  input  data,  manages 
the  starting  times  for  the  individual  sorties  and  the  individual  days.  All 
maintenance  actions  and  all  flights  are  controlled  by  this  subfunction. 

If  a delay  occurs  in  the  ground  maintenance  functions,  the  scheduler  nay 
cancel  a sortie  if  the  input  maximum  delay  time  is  exceeded. 

This  subfunction  is  called  initially  to  begin  the  simulation, 
at  the  end  of  thruf light  and  preflight  maintenance,  and  at  the  end  of 
each  sortie. 
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Cost  Accumulation 


The  cost  accumulation  subfunction  (MSB052)  Is  called  after 
each  simulation  period  to  assess  the  cost  of  that  Monte  Carlo  trial. 
The  Input  data  gives  costs  at  the  squadron  level,  so  that  the  costs 
accumulated  must  be  the  fractional  part  associated  with  the  nund>er  of 
aircraft  simulated.  The  costs  currently  accumulated  are: 

(1)  Fuel 

(2)  Ordnance 

(3)  Maintenance 

(4)  Replacement 

(5)  Flight  (summed  on  sorties  and  flight  hours) 

(6)  Flight  Crew 

(7)  Munitions  Crew 

(8)  Comsand  Staff 

(9)  Miscellaneous  Personnel 

(10)  Amortization 


Formation 


The  purpose  of  this  function  is  to  specify  the  position  of 
flight  members  relative  to  the  lead  aircraft.  The  user  specifies  the 
distance  right,  behind  and  above  the  leader  for  up  to  three  supporting 
elements.  Tne  data  for  this  subfunction  is  used  during  the  nominal 
evaluations  to  determine  the  position  state  vector  of  each  aircraft. 


Navigation 


The  navigation  function  includes  two  subfunctions  - radio 
aided  navigation  and  self-contained  navigation.  These  two  subfunctions 
provide  the  capability  of  computing  and  considering  navlgat ion  errors. 
Two  types  of  navigation  errors  are  considered  - a fixed  position  navi- 
gation error  and  a per  unit  time  navigation  error.  The  na/igation  error 
model  Is  defined  by: 
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X(t2>  - a X(tp  + b Xjj 


(16) 


where 

X(t2)  ■ current  navigation  error 
X(tj^)  -■  error  at  previous  tiae  t» 

Xjj  ■ zero  mean,  normal  random  deviate  with  unit  variance 

The  constants  a and  b are  calculated  such  that 

E[X(t2>^J  - (17) 

and 

E[X(t2)X(t2)l  « PO^  (18) 

where 

E[*]  > e]q>ected  value  function 
o “ one  sigma  navigation  error 
p “ correlation  coefficient 

An  exponential  time  correlation  is  assumed  for  the  navigation 
errors,  thus 

p ” exp[-(t2-tj^)/xJ  (19) 

where 

T • correlation  time  constant 


Therefore,  rhe  constants  a and  b are  given  by: 


a “ p 

(20) 

b - fl  - 

(21) 

There  are  no  nonlnal  calculations  or  aircraft  aborts  associated  with 
navigation.  A aission  abort  occurs  if  the  self-contained  navigation 
subfunction  fails.  If  the  radio  aided  navigation  tails,  a svitch  to 
self-contained  navigation  is  atteapted.  If  the  switch  is  successful, 
the  aission  is  continued;  otherwise,  a aission  abort  occurs. 

The  Honte  Carlo  routine  MCFM07  transfers  control  to  the  appro- 
priate subfunction. 


Radio  Aided  Mavigation 


Figure  13  shows  the  prograa  control  for  this  routine  (MSB071). 
The  general  fora  of  the  navigation  error  is: 


a • a + o,t  (7.2) 

o 1 

For  this  subfunction,  is  input  by  the  user  and  is  set  to  zero. 


aaowMoco 

NAVIGATtOW 


1 OOTOI 


FIGURE  13.  RADIO-AIDED  NAVIGATION  SUBFUNCTI0N(7. 1) 
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Self-Contained  Navigation 

Figure  14  shows  the  logic  flow  for  this  routine  (MSB072). 
For  this  subfunction,  Is  set  to  zero  and  <7^^  Is  Input  by  the  user. 


Navigation  Update 


The  navigation  update  function  includes  three  subfunctions  - 
autoaatic  update,  radar  update,  and  visual  update.  The  sub functions 
allow  the  user  to  specify  up  to  three  different  types  of  update. 

The  navigation  update  subfunctions  calculate  the  sensor  fiela 
of  view  and  determine  if  the  checkpoint  is  within  the  sensor  field  of 
view  and  if  the  checkpoint  has  been  detected.  Once  the  checkpoint  has 
been  detected,  the  accuracy  of  the  navigation  update  is  computed.  The 
navigation  update  model  is  defined  as  follows: 

Calculate  the  ground  width  of  the  sensor  field  of  view: 

H TAN(-^) 


where 


W ■ one**half  of  the  ground  width  of  sensor  field  of 
view 

H * Aircraft  altitude 

9^  - Total  horizontal  angular  field  of  view 
5 “ Depression  angle  to  the  center  of  the  field  of  view 
The  cross  track  navigation  error  is  computed  as 


V X -V  Y 


(24) 


%rttere 

• Cross  track  navigation  error 

* X component  of  velocity 

■ Y component  of  velocity 
X^  » X navigation  error 

■ Y navigation  error 
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The  checkpoint  one  signa  variation  is 


C » CEP/1.17741 

o 


(25) 


where 


« Checkpoint  one  sigpa  variation 
CEP  > Circular  error  probable  location  of  checkpoint 
The  checkpoint  is  within  the  sensor  field  of  view  if 


where 


R I < W 

n — 


(26) 


X » Cross  track  navigation  error 

ft 

C^  « checkpoint  one  signa  variation 

R ■ Normal  random  variant,  with  mean  0 and 
unit  variance 


There  are  no  nominal  calculations,  aircraft  aborts,  or  mission 
aborts  associated  with  this  function.  The  Monte  Carlo  routine  MCFN08 
transfers  control  to  the  appropriate  subfunctiop. 

Figure  15  shows  the  logic  flow  for  each  of  the  update  sub- 
functions - Automatic  (MSB081),  Radar  (MSB082),  and  Visual  (HSB083). 


Communicat ions 


TVo  subfunctions  are  provided  - interflight  and  external 
coemunications  to  assess  the  reliability  of  the  communications  equip- 
ment. Loss  of  all  aircraft  equipment  states  for  interflight  coemuni- 
cations causes  an  aircraft  abort.  Loss  of  all  modes  for  either  sub- 
function causes  a mission  abort. 


4S 


FIGURE  15.  NAVIGATION  UPDATE  SUBFUNCTION(8.X) 


Survivablllt) 


The  survivability  subfunctions  have  two  primary  purposes. 

The  first  is  to  generate  a random  time  of  hit  for  each  aircraft.  It 
is  assumed  that  the  probability  of  hit  is  a linear  sum  of  a uniform  and 
an  exponential  distribution.  A call  to  the  survivability  subfunction  is 
placed  in  the  event  table  at  the  resulting  tlrie. 


The  second  purpose  of  the  survivability  subfunctions  is  to 
process  the  aircraft  hits  as  they  occur.  When  the  simulation  reaches 
the  time  of  hit,  the  survivability  subfunction  is  called  to  assess  the 
damage. 
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The  Input  data  items  to  these  subfunctions  are  the  constant 
probability  of  hit,  the  per  unit  time  probability  of  hit,  and  the 
probability  of  aircraft  kill. 

When  a hit  is  being  processed,  a uniform  random  number  repre** 
senting  the  probability  of  aircraft  kill  is  generated.  This  number  is 
compared  to  the  input  probability  of  kill  to  determine  if  the  aircraft 
has  been  lost.  A lost  aircraft  is  removed  from  the  mission,  and  a 
check  is  made  to  determine  if  the  mission  must  be  aborted. 

When  examining  an  aircraft  which  has  only  been  damaged,  the 
vulnerability  associated  with  each  hardware  item  is  checked  to  deter- 
mine if  the  item  has  failed  because  of  the  hit.  The  failure  of  a hard- 
ware item  requires  thar  the  subfunction  modes  be  checked  to  determine 
if  mode  regression  is  possible. 

There  are  no  nominal  calculations  or  aircraft:  aborts  associated 
with  this  function.  It  is  assumed  that  the  loss  of  critical  ECM  equip- 
ment could  make  the  aircraft  too  vulnerable  to  enemy  fire,  hence  loss 
of  all  modes  for  a subfunction  causes  a mission  abort.  To  negate  this 
option,  the  user  only  needs  to  specify  one  extra  "trap"  mode  with  no 
equipment  requirements. 

The  Monte  Carlo  Routine  MCFN80  transfers  control  to  the  appro- 
priate subfunction. 

Figure  16  shows  the  control  logic  for  any  of  the  five  sub- 
functions  (MSB101-MSB105) . The  five  subfunctions  are  provided  so  that 
the  user  may  have  direct  control  over  when  each  is  used.  For  example, 
a particular  mission  profile  may  progress  through  defensive  zones  with 
different  probabilities  of  survival.  The  user  can  key  the  use  of  each 
subfunction  (with  different  data)  to  waypoints  defining  the  flight  pro- 
file. This  switching  cannot  occur  with  the  mode  structure  since  equipment 
failures,  not  geographical  location,  causes  a regression  to  an  alternate 
mode. 


Target  Acquisition 


Two  subfunctions  are  provided  for  target  .acquisition  - display 
and  visual.  Significant  calculations  are  required  for  both  subfunctions 
for  the  nominal  and  Monte  Carlo  evaluations.  The  nominal  routine  (FUNll) 
transfers  control  to  the  appropriate  nominal  subfunction. 
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FIGURE  16.  SURVIVABILITY  SUBFUNCTION ( 10. X) 


Nominal  Computations 


The  display  and  visual  routines  (SUBlll  and  SUB112)  for  the 
nominal  evaluation  determine  the  ground  area  searched.  The  coordinates 
of  the  fleld-of-vlew  (FOV)  are  calculated  and  stored  for  each  mode. 

Figure  17  shows  the  geometry  of  the  angles  defining  the  FOV. 

Each  mode  of  the  acquisition  subfunction  provides  data  for  the  angles; 

0 * depression  to  center  of  FOV 

Ip  ■ side  angle  to  center  of  FOV 

0^  ■ vertical  height  of  FOV 

0.  * horizontal  width  of  FOV 
h 

To  determine  the  location  of  point  1 shown  In  Figure  17,  consider  a co- 
ordinate frame  rotated  from  the  aircraft  reference  by  the  angles  4 and 
0 - 6^.  This  defines  a reference  frame  whose  X axis  Is  the  Intersection 
of  the  vertical  plane  through  the  FOV  and  the  plane  defining  the  top  of 
the  FOV.  The  transformation  describing  this  rotation  Is: 


cosacosY 

-slnY 

-slnacosY 

coscxslnY 

cosY 

-slnacosY 

slna 

0 

cosa 

(27) 


where 


B^  “ sensor  to  aircraft  transformation 


a 


0 — 
® 2 


The  vector  to  point  1 In  this  sensor  frame  Is 


{X]  « L 


cos  B 
-sin  6 


(28) 
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where 


L > length  of  X 

s - \n 


The  vector  X In  inertial  co-ordinates  is 


[X] 


" »IA»AS 


cos  B 

-sin  B 
0 


+ [P] 


(29) 


where 


[P]  > aircraft  position  vector 

» aircraft  to  inertial  transformation. 


The  transformation  matrix  B_ . and  P are  provided  as  part  of  the  air- 
craft state  vector  from  the^flight  simulation.  To  determine  L note 


that  the  Z component  of  [X]  must  be  -H.  Since  B 
known,  let 

cosB 


lA’  ®AS’ 


- "u'as 


-sinB 

0 


and  B are 


(30) 


(31) 


Since 


rxj  - L [Yl  (32) 

and 

X3  — H (33) 
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then 


L - -H/y3  . (3A) 

Kn«'«wlng  L the  X,  Y ground  co-ordinates  of  point  1 are  found  from 
equation  (29).  Each  of  the  four  points  are  found  using  the  following 
angle.t : 


1 - a — 0 - S - 0j^/2  (35) 

2- a-0-|^^.  B = 0j^/2  (36) 

3- a-0  + |5^,  P - Oj^/2  (37) 

4- a-0  + |5^,  S - -«j^/2  . (38) 


The  co-ordinates  of  the  four  points  defining  the  ground 
area  are  calculated  at  the  beginning  and  end  of  each  straight  segment 
of  flight  during  the  time  the  subfunction  is  turned  on. 

The  Monte  Carlo  routine  (MCFNll)  transfers  control  to  the 
appropriate  subfunction  and  suspends  additional  target  acquisitions 
during  attack  passes. 


Monte  Carlo  Computations 


Figure  18  shows  the  control  logic  for  the  display  (MSBlll.)  and 
visual  (MSB112)  subfunctions.  During  the  Monte  Carlo  simulation  the  points 
defining  the  FOV  for  the  current  mode  are  used  to  determine  If  any  target 
falls  within  the  field  of  view.  Figure  19  shows  the  total  ground  area  covered 
for  a typical  search  segment.  To  determine  if  a target  falls  within  the  FOV 
each  of  the  four  quadrilaterals  defined  by  the  points 


A. 

(1-1 '-2 ’-2)  , 

(39) 

B. 

(2-2'-3'-3)  , 

(40) 

C. 

(3-3’-4’-4)  , 

(41) 

D. 

(42) 

Is  checked  to  see  If  the  target  location  (X  , Y ) 1»  an  interior  point. 

To  determine  If  (X  ,Y  ) Is  an  interior  point  to^A,  let  [Y^]  be  the  vector 
describing  each  sloe  of  quadrilateral: 
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FIGURE  18.  TARGET  ACQUISITION  SUBFUNCTION(ll.X) 
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FIGURE  19.  FIELD  OF  VIEW  DURING  SEARCH 


[Yjl  - iXjl  - IXj’l 

(*3) 

(Y2I  - ix^’i  - 1X2’ 1 

(44) 

IY3]  - lY^’J  - IX^J 

(45) 

(Y3I  - 1X2!  - IXJ 

(46) 

Choose  vectors  nomel  to  the  sides  so  that 
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Let  [P^l  be  any  point  on  [Yl],  then  the  algn  of  the  vector  product 


a\]  - ipj)*[z^] 


assigns  [X^J  to  the  right  or  left  of  [Y.J.  The  point  [X  ] is  interior  to  A 
only  if  the  dot  products  for  i « 1,4  all  have  the  same  sign.  Figure  20 
describes  the  situation  for  both  an  interior  and  an  exterior  point. 


/ / 
/ 


FIGURE  20.  INTERIOR/EXTERIOR  VECTOR  RELATIONSHIPS 


38 


When  the  target  falls  within  the  FOV,  a random  depression 
angle  is  obtained  from  the  user  table  of  detection  probability  versus 
depression  angle.  Based  upon  the  aircraft  flight  profile,  the  time 
when  that  depression  angle  occurs  is  calculated  and  a target  detection 
event  is  created  at  that  time.  If  the  next  waypoint  is  reached  prior 
to  detection,  the  predicted  detection  is  cancelled  and  another  check 
for  detection  is  made  based  on  the  FOV  for  the  new  flight  segment. 

All  targets  specified  by  the  user  are  checked  for  detection 
during  each  search  segment,  with  attack  passes  occurring  based  on  the 
sequence  of  detection.  Thus,  for  relatively  close  targets,  the  order 
of  attack  can  be  different  than  the  order  of  target  locations.  After 
an  attack  against  one  target,  the  acquisition  process  is  resumed  for  the 
remaining  targets.  This  feature  allows  a user  to  simulate  a target  of 
opportunity  type  mission. 


Abort  Logic 


There  are  no  aircraft  aborts  due  to  loss  of  acquisition  equip- 
ment items.  A mission  abort  occurs  only  if  all  possible  modes  of  both 
subfunctions  have  failed. 


Weapon  Delivery 


Two  weapon  delivery  subfunctions  are  available,  manual  and 
automatic.  A significant  feature  of  the  updated  weapon  delivery  function 
is  that  ordnance  and  target  types  are  keyed  to  the  delivery  modes.  This 
gives  the  user  the  flexibility  of  considering  various  ordnance  mixes 
for  a imiltiple  target  sortie. 


Nominal  Routine 


The  nominal  weapon  delivery  function  (FUN12)  searches  through 
the  modes  specified  by  the  user  to  organize  Individual  mode  chains  for 
each  target.  This  is  done  for  the  sake  of  computer  execution  efficiency 
so  that  only  the  modes  associated  with  a given  target  need  be  searched 
during  the  Monte  Carlo  simulation. 
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Monte  Carlo  Routine 


Figure  21  shows  the  control  logic  for  the  weapon  delivery 
function  (MCFN12).  This  function  Is  activated  by  the  target  acquisition 
function  at  the  tine  of  target  detection.  Since  the  iiq>roved  acquisition 
function  provides  the  target  range  at  detection,  each  of  the  tteapon  sub- 
functions are  called  to  detenslne  which  delivery  nodes  can  be  used  based 
upon  weapon  fall  ranges  and  rollin  times.  Depending  upon  the  nuiri>er  of 
aircraft  available,  either  a direct  attack  node  or  a go-around  node  will 
be  selected.  For  subsequent  attack  passes,  the  range  constraint  is  not 
considered. 

A unique  feature  of  the  weapon  delivery  function  is  that  a 
subfunction/node  status  is  maintained  for  each  aircraft.  Thus,  it  is 
possible  for  one  aircraft  to  use  the  automatic  release  subfunction  and 
another  aircraft  to  use  another  node  or  the  nanual  subfunction. 


Unguided  Weapon  Delivery  Subfunctions 


Figure  22  shows  the  control  logic  for  the  weapon  delivery  sub- 
functions,  oumual  (MSB121)  and  automatic  (HSB122).  Entries  with  I>3 
cause  the  direct  attack  and  gc-around  nodes  to  be  selected.  The  function 
routine  determines  the  actual  mode  to  be  used. 

Mode  changes  due  to  equipment  failure  have  no  inmediate  impact 
if  weapon  delivery  has  not  been  activated.  When  a weapon  delivery  run 
is  coonitted  and  a node  regression  occurs,  only  a node  with  a release 
range  matching  the  committed  range  will  be  used.  Otherwise,  the  aircraft 
with  the  failure  cannot  attack  on  that  pass. 


Abort  Logic 


An  individual  aircraft  does  not  abort  if  no  v.quipnent  states 
remain.  If  that  aircraft  was  initially  in  the  automatic  subfunction, 
the  nanual  subfunction  will  be  used  if  possible.  If  none  of  the  aircraft 
can  perform  the  weapon  delivery  function,  the  mission  is  aborted. 


Target 


The  target  function  manages  the  number  of  attack  passes  and 
target  location  uncertainty  for  up  to  five  targets  (subfunctions  13.1  - 
13.5).  Figure  23  describes  the  logic  flow  for  this  routine  (MCFN13). 
Note  that  there  are  two  levels  of  target  destruction  accusnilated.  These 
are  based  on  primary  and  secondary  kill  radii. 
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FIGURE  22.  MA.NUAL/AUT011ATIC  UNGUIDED  WEAPON  DELIVERY  SUBFUNCTION(12. 1/12. 2) 


V.  INTERACTIVE  GRAPHICS  PROCESSOR 


General  Description 


The  AEP  program  la  Incorporated  in  an  Interactive  graphics 
processor.  The  main  objectives  in  providing  an  interactive  capability 
are  to: 


• Provide  the  user  with  an  easier  means  of  communicating 
with  the  computer 

• Help  verify  that  inputs  are  free  of  the  common 
card  punching  or  typing  mistakes 

• Provide  a data  bank  for  storing  and  retrieving 
input  data 

• Provide  sufficient  instructions  within  the  inter- 
active software  to  avoid  the  need  for  consulting 
computer  program  manuals 

• Provide  graphical  representation  of  input  data 
and  program  results. 


Figure  24  shows  a diagram  of  the  interactive  iiq>lementation.  The  dashed 
line  encloses  a batch  program  represented  by  a set  of  code  and  an  input  deck. 


FIGURE  24.  APPLICATION  OF  INTERACTIVE  GR.\PHICS  TO 
EXISTING  BATCH  PROGRAMS 
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The  AEP  is  a batch  program,  even  though  It  is  automatically  executed  from 
a remote  interactive  terminal.  The  input  and  output  processors  are 
used  to  communicate  with  the  user  for  problem  set-up  and  review  of  the 
the  output.  New  data  is  stored  in  convenient  subsets  for  later  use.  A 
very  Important  "Help"  file  and  on-line  user's  manual  are  available  to 
aid  the  user  in  communicating  with  the  processor  and  associated  programs. 

Figure  25  shows  a sample  operation  of  the  Interactive  processor. 
A double  dash  appears  whenever  a user  input  is  requested.  These  have 
been  numbered  to  facilitate  the  following  explanation  of  the  Inputs  and 
responses : 

(1)  Several  users  can  simultaneously  operate  the  pro- 
gram with  their  own  data  file.  Thus,  an  ID 

code  1C  required  to  determine  which  data  file 
to  attach. 

(2)  An  AEP  command  has  been  requested.  A question 
mark(?)  can  be  entered  at  any  time  for  explanation 
of  available  options. 

(3)  After  giving  a response,  the  processor  again 
requests  an  AEP  command.  Any  of  the  available 
commands  can  be  entered  followed  by  a question 
mark  for  a further  explanation  of  that  command 
and  a data  entry  format  (if  applicable). 

(4)  The  user  entered  a command  to  enter  the  Flight 
Profile  portion  of  the  processor. 

(5)  Previously  created  Flight  Profiles  are  stored 
in  the  data  file  along  with  an  alphanumeric 
description  entered  at  the  time  they  were 
stored. 

(6)  After  selecting  a previously  stored  profile, 
the  processor  requests  a FP  Command.  The 
available  commands  are  not  the  same  as  the 
AEP  Commands. 

(7)  When  a command  requires  a particular  format  for 
entry,  each  entry  is  defined  and  an  example  is 
given. 

(8)  A command  to  list  the  waypoints  of  the  Flight 
Profile  was  entered. 
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(1) 

(2) 


(3) 

(4) 

(5) 


(6) 


(7) 


(V 


ENTEH  USER  ID 
DEMO 

AEP  COMMAND 
--  ? 

EXECUTIVE  (AEP)  COMMANDS 

fciUIP  FUU  WD  WDDECK  WDOUT  FP 

MARSAM  AEPDECK  AEPOUT  NEWS  QUIT 
AEP  COMMAND 

FP? 

FLIGHT  PROFILE  GENERATION 
AEP  COMMAND 
FP 

ENTER  PROFILE  ID 

--  ? 

ENTER  HUMBER  ID  OF  STORED  PROFILE,  ENTER  0 TO  CREATE  NEW  PROFILE 
ENTER  SHOW  FOR  LIST  OF  STORED  PROFILES 
ENTER  PROFILE  ID 
SHOW 

1 NRL  DEMO  PROFILE 
ENTER  PROFILE  ID 
t 

FP  COMMAND 

--  ? 

FLIGHT  PROFILE  (FP)  COMMANDS 

ENTER  VALID  COMMAND  WITH  REQUIRED  PARAMETER  LIS' 

I D C T LIST  FLI  PLAN  ALT  VEL  SAVE  QUIT 
FP  COMMAND 

I? 

INSERT  NEW  WAIPOINT  AS  FOLLOWS  I , ID , X , I , H , V , ON , OFF 
IDsPOINT  AFTER  WHICH  DATA  IS  TO  INSERTED 
X,  y = COORDINATES(NM) , H = ALTI TUD£(FT)  , V = SPE'ED(KTS) , 

ONsFUNCTIOHS  TURNED  ON,  OFF=FUNCTIONS  TURNED  OFF. 

FIVE  ON/OFF  NUMBERS  HAY  BE  ENTERED  PER  WAYPOINT. 

THE  14  INPUT  PARAMETERS  X THRU  OFFCi)  HAY  BE  EN'ERED  WITHOUT 
the  letter  CODE.  IK  PARAHE'EhS  ARE  SKIPPED  THE  LETTER  C'^DE 
MUST  BE  USED.  ZERO  VALUES  ARE  ASSUMED  IF  N''T  INPUT. 

EX  - I ,4,  100.  , 10.  ,V  = P‘)0.  SETS  X=  1 00  . , Y = 1 0 . , SPEED: ’50  . AFTER  POINT 
FP  COMMAND 

LIST? 

DISPLAY  LIST  OF  CURRENT  VALUES.  POINTS  ARE  RtSEWilENCED  T''  REFLECT 
PREVIOUS  COMMANDS 
FP  COMMAND 

LIS' 
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FIGURE  23.  S-WI.E  OPERATION  OF  THE  INTPXYCTtVE  PROCESSOR 
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ID 

X 

y 

H 

V 

ON 

OF 

t 

0.00 

0.00 

0. 

250. 

302 

702 

902 

1001 

2 

to. 00 

0.00 

toooo. 

350. 

3 

20.00 

0.00 

20000. 

1400. 

14 

too. 00 

0.00 

20000. 

1400. 

5 

tto.oo 

to. 00 

500. 

1450. 

1002 

10 

6 

tso.oo 

50.00 

500. 

1450. 

1003 

1C 

7 

t70.00 

70.00 

500. 

450. 

8 

t70.20 

70.20 

2000. 

450. 

1101 

9 

t72.00 

72.00 

2000. 

450. 

1004 

10 

to 

t76.00 

76.00 

2000. 

450. 

11 

It 

172.00 

78.00 

toooo. 

450. 

1003 

10 

t2 

t45.00 

75.00 

30000. 

400. 

too? 

10 

t3 

60.00 

60.00 

30000. 

400. 

1001 

10 

tn 

25.00 

25.00 

30000. 

400. 

t5 

0.00 

0.00 

0. 

150. 

10 

target  t LOCATION  - 
FP  COMMAND 
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FIGURE  25.  SAMPLE  OPERATION  OF  THE  INTERACTIVE  PROCESSOR 
(Continued) 


(9)  A complete  user's  manual  is  available  on-line 
in  addition  to  the  question  mark  feature.  It 
can  be  entered  from  anywhere  in  the  Interactive 
program.  The  user  must  then  indicate  which 
section  and  subsection  (and  paragraph,  if 
required)  of  the  manual  is  desired. 

(10)  The  user  has  selected  FP  Section,  C Subsection. 

(11)  The  text  is  interrupted  periodically  to  allow 
the  user  to  exit  the  manual.  Vlhen  the  user 
exits,  the  processor  returns  to  the  point  of 
entry. 


Data  Storage 


Storage  and  retrieval  procedures  for  the  hardware  and  function 
data  have  been  completely  revised  to  provide  a more  convenient  format 
for  the  user.  The  AEP  level  commands  to  access  these  two  areas  are 
EQUIP  to  select  hardward  data  and  FUN  to  select  function  data.  Table 
6 lists  the  set  of  data  manipulation  commands  available  for  these  two 
areas. 


Figure  26  shows  an  example  of  some  of  equipment  data  access 
commands  which  are  described  as  follows: 

(1)  Display  list  of  available  equipment  sections 

(2)  Select  propulsion  system  section 

(3)  Display  available  propulsion  candidates, 
the  command  request  indicates  to  the  user 
that  he  has  already  selected  section  23. 

(A)  Select  first  candidate 

(5)  Display  data  associated  with  this  candidate 

(6)  Change  value  of  MTBMA 

(7)  Partial  display  of  data 

Figure  27  shows  an  example  of  some  of  the  function  commands 
which  are  described  as  follows 

(1)  Display  list  of  available  functions 

(2)  Select  Weapon  Delivery  function 
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TABLE  6.  EQUIP/FUNCT  COMMANDS 


Command 

Description 

LIST 

Display  Items  accessible  at 
current  level 

SELECT 

Choose  one  of  items  available 
at  current  level 

CREATE 

Create  a new  data  record  at  the 
candidate,  or  mode  level 

DELETE 

Delete  a data  record  at  the 
candidate  or  mode  level 

NAME 

Assign  an  alphanumeric  label 
to  a data  record 

DATA 

Enter  <lata  values  for  a record 

SHOW 

Display  data  values  for  current 
record 

RANGE 

Display  data  range  limits 

SAVE 

Make  a permanent  entry  into  the 
data  base  for  the  current  record 

QUIT 

Return  to  the  top  EQUIP  (FUN) 
level 
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EQUIPMENT  COMMAND 

(1)  --  LIST 


ID  SECTION 

11  AIRFRAME 

12  COCKPIT  AND  FUSELAGE  COMPARTMENT 

13  LANDING  GEAR 

U FLIGHT  CONTROLS 

23  PROPULSION  SYSTEM 

2U  SECONDARY  POWER  SYSTEM 

41  AIR-CONDITIONING,  PRESSURIZATION  AND  SURFACE  ICE 

42  ELECTRICAL  POWER  SUPPLY 

44  LIGHTING  SYSTEMS 

45  HYDRAULIC  AND  PNEUMATIC  POWER  SUPPLY 

4',  FUEL  SYSTEM 

47  OXYGEN  SYSTEM 

49  MISCELLANEOUS  UTILITIES 

51  INSTRUMENTS 

52  AUTOPILOT 

55  MALFUNCTION  ANALYSIS  AND  RECORDING  EQUIPMENT 

57  INTEGRATED  GUIDANCE  AND  FLIGHT  CONTROL 

62  VHF  COMMUNICATIONS 

63  UHF  COMMUNICATIONS 

64  INTERPHONE 

65  IFF 

69  INTEGRATED  COMM/NAVIGATION/IFF  PACKAGE 

71  RADIO  NAVIGATION 

72  RADAR  NAVIGATION 

73  BOMBING  NAVIGATION 

74  FIRE  CONTROL 

75  WEAPON  DELIVERY 

76  ELECTRONIC  COUNTERMEASURE  (TACTICAL  WARFARE) 

77  PHOTOGRAPHIC/RECONNAISSANCE 

91  EMERGENCY  EQUIPMENT 

92  TOW-TARGET  EQUIPMENT 

93  drag  chute  EQUIPMENT 

96  PERSONNEL  AND  MISC  EQUIPMENT 

97  EXPLOSIVE  DEVICES  AND  COMPONENTS 

EQUIPMENT  COMMAND 

(2)  — SELECT,  23 

SECTION  23  COMMAND 

(3)  --  list 

ID  CAND  FOR  PROPULSION  SYSTEM 
1 PROPULSION  CANDIDATE 

SECTION  23  COMMAND 

(4)  — SELECT,  1 


FIGURE  26.  EXAMPLE  OF  EQUIPMENT  COMMANDS 
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(5) 


(6) 

(7) 


SECTION  23  COMMAND 
SHOW 

ITEM  DATA  VARIABLE 

1 MTBF  (FLIGHT  HOURS) 

2 MTBMA  (HOURS) 

3 OPERATIONAL/FLJGHT  HOUR  RATIO 

4 VULNERABILITY 

5 NUMBER  OF  REDUNDANT  BOXES 

6 MTTR  (HOURS) 

7 PROBABILITY  OF  REPLACEMENT 

8 PROBABILITY  ITEM  AVAILABLE 

9 PROBABILITY  OF  UNDETECTED  FAILURE 

10  PROBABILITY  OF  FALSE  FAILURE 

11  ACQUISTION  COST  ($K) 

12  COST  PER  MAINTENANCE  ACTION  ($) 

13  MIL  SPEC  IMP  (HRS) 

14  MAX  SPEC  IMP  (HRS) 

15  MIL  THRUST  (LB) 

16  MAX  THRUST  (LB) 

SECTION  23  COMMAND 

DATA, X2, 25 
SECTION  23  COMMAND 
SHOW,  1,3 

ITEM  DATA  VARIABLE 

1 MTBF  (FLIGHT  HOURSI 

2 MTBMA  (HOURS) 

3 OPERATIONAL/FLIGHT  HOUR  RATIO 


VALUE 

5. 

8. 

2. 

.1 

0. 


100000. 

500. 

.84 

1.97 

11870. 

17900. 


VALUE 

5. 

25. 

2. 


FIGURE  26.  F-XAMPI.E  OF  EQUIPMENT  COMMANDS  (Continued) 


sO  vO  V-P 


f'UNCTION  COMMAND 

(1)  — LIST 

ID  FUNCTION 

1 SCHEDULED  MAINTENANCE 

2 ORDNANCE 

3 FUEL 

4 FLIGHT 

5 MISSION 

6 FORMATION 


7 NAVIGATION 

8 NAVIGATION  UPDATE 

9 COMMUNICATIONS 

10  SURVIVABILITY 

11  TARGET  ACQUISITION 

12  WEAPON  DELIVERY 

13  TARGET 
FUNCTION  COMMAND 

(2)  — SELECT,  12 

FUNCTION  12  COMMAND 

(3)  --  LIST 

ID  SUBFUNCTION 

1 UNGUIDED  MANUAL  WEAPON  DELIVERY 

2 UNGUIDED  AUTOMATIC  WEAPON  DELIVERY 

FUNCTION  12  COMMAND 

(4)  — SELECT,  2 

SUBFUNCTION  12,2  COMMAND 

(5)  — CREATE 

SUBFUNCTION  12,2  COMMAND 

(6)  — DATA, XI, 5000, 4, 100,20,50, 1,2,2 

SUBFUNCTION  12,2  COMMAND 

(7)  --  SHOW 

ITEM  DATA  VARIABLE 

1 WEAPON  RELEASE  DISTANCE  (FT) 

2 SET-UP  TIME  (SEC) 

3 AIM  POINT  CEP 

4 PRIMARY  KILL  RADIUS  (FT) 

5 SECONDARY  KILL  RADIUS  (FT) 

6 ORDNANCE  SUBFUNCTION  TYPE 

7 NUMBER  DROPPED  PER  PASS 

a PACKED  TARGET  INDICES 

SUBFUNCTION  12,2  COMMAND 

(8)  — NAME, NEW  WEAPON  DELIVERY  MODE 

SUBFUNCTION  12,2  COMMAND 

(9)  --  SAVE 

SUBFUNCTION  12,2  COMMAND 

(10)  --  list 

ID  MODE  FOR  UNGUIDED  AUTOMATIC  WEAPON  DELIVERY 

1 AUTOMATIC  MODE  1 

2 NEW  WEAPON  DELIVERY  MODE 


FIGURE  27.  EXAMPLE  OF  FUNCTION  COMMANDS 
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(3)  Display  Weapon  Delivery  Subfunctions 

(4)  Select  Automatic  Weapon  Delivery  subfunction 

(5)  Create  a new  mode 

(6)  Enter  data  for  mode 

(7)  Display  the  data 

(8)  Assign  a title  to  the  new  data  record 

(9)  Make  a permanent  entry  for  the  new  data 

(10)  List  of  modes  now  stored  for  subfunction  11,  2 

Output  Display 

The  Interactive  output  processor  has  been  revised  to  give 
the  user  control  over  what  results  to  display.  Table  7 lists  the 
commands  available  for  output  processing.  Figure  28  shows  an  example 
of  two  of  the  commands.  A complete  detailed  output  is  given  in  Appendix  A. 


TABLE  7.  OUTPUT  COIMANDS 


Command  Description 


TITLE  Display  title  associated  with 

execution,  number  of  days 
simulated,  and  number  of 
Monte  Carlo  samples 

EQUIP  List  aircraft  hardware  names 

STAT,ID  Display  statistics  for  random 

variables 

ID  * GND  for  ground  based 
variables 

“ AIR  for  airborne  vari- 
ables 

> COST  for  cost  accumulations 

» ALL  for  all  of  above 
variables 
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TABLE  7.  OUTPUT  CWWANDS  (Continued) 


Conmand 


Description 


EVENTS, ID  Display  output  for  occurrence  of 
events,  ID  used  as  above 


FAIL  List  failures  by  equipment  item 

SUBF  List  subfunctlon/mode  utilization 


LEVEL  Select  level  of  detail,  either  an 

aggregated  output  or  a breakdown 
by  aircraft  and  targets 
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AEPOUT  COMMAND 

STAT.GND 

GHOUND  PREPARATION  DATA 


VARIABLE  SAMPLES 

MEAN 

STD  DEV 

MAX 

MIN 

SORTIES  PER  DAY 

50 

2.56 

.541 

3.00 

1.00 

PREFLIGHT  TIME  (HR) 

100 

3.03 

.579 

5.13 

1.93 

THRU-FLIGHT  TIME  (HR) 

191 

2.00 

.501 

3.83 

1.10 

POSTFLIGHT  TIME  (HR) 

100 

4.88 

.942 

8.07 

2.84 

LAUNCH  (MIN) 

129 

15.0 

5-30 

31.9 

6.20 

LAUNCH  DELAY  (MIN) 

96 

42.9 

28.8 

119. 

2.18 

REPAIR  DELAY  (MIN) 

103 

29.4 

11.4 

77.5 

12.3 

MAINTENANCE  ACTIONS  (MIN) 

120 

28.4 

9.41 

77.5 

12.3 

FUEL  LOADING  TIME  (MIN) 

290 

5.72 

2.67 

14.7 

1.63 

FUEL  LOADED  (LB) 

290 

2861. 

1335. 

7336. 

816. 

G.P.  MUNITIONS  LOAD  (MIN) 

289 

19.5 

4.10 

31.4 

4.29 

G.P.  MUNITIONS  DEARM(MIN) 

47 

9.98 

3.34 

14.9 

3.68 

AEPOUT  COMMAND 

EVENTS. AIR 

AIRBORNE  EVENTS 


DETECTED  FAILURE  129 
FALSE  FAILURE  9 
UNDETECTED  FAILURE  10 
AIRCRAFT  ABORT  1 
AIRCRAFT  LOST  38 
A/C  LOST  TO  ENEMY  FIRE  9 
MISSION  ABORT  5 
LOW  FUEL  ABORT  0 
DISPLAY  TARGET  DETECTION  116 
VISUAL  TARGET  DETECTION  132 
TARGET  ATTACKED  248 
PRIMARY  DESTRUCTION  20 
SECONDARY  DESTRUCTION  88 
GO-AROUND  FOR  ATTACK  6 


FIGURE  28.  SAMPLE  OUTPUT  COMiANDS 
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APPENDIX  A 


SAMPLE  EXECUTION  OF  THE  AEP 


This  purpose  of  this  appendix  is  to  describe  a sample  execution 
of  the  AEP.  For  this  demonstration,  a fairly  simple  mission  is  simulated. 
Figure  A-1  shows  the  waypoints  for  the  flight  profile.  Each  waypoint 
has  an  X and  Y position  (nautical  miles),  altitude  (ft)  and  velocity 
(knots).  In  addition,  functions  and  subfunctions  are  turned  on  and  off. 

Four  hardware  items  were  selected  for  each  of  two  aircraft: 

(1)  an  airframe,  (2)  propulsion  system,  (3)  ordnance,  and  (4)  acquisition 
display.  Figure  A-2  shows  the  data  used  for  these  items.  Figure  A-3 
shows  the  data  used  for  selected  subfunctions. 

Figure  A-4  shows  a detailed  list  of  the  output  results.  The 
simulation  consisted  of  25  Monte  Carlo  trials  using  two  aircraft  for  2 days. 
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ID 

X 

Y 

H 

V 

ON 

1 

0.00 

0.00 

0. 

300. 

302  601 
701  901 

902 

2 

10.00 

0.00 

10000. 

300. 

3 

20.00 

0.00 

10000. 

500. 

702  801 
1001  1101 
1102 

4 

200.00 

0.00 

10000. 

500. 

303 

5 

200.00 

20.00 

10000. 

500. 

6 

0.00 

0.00 

10000. 

500. 

OFF 


11 


TARGET  1 LOCATION  - X=  190.0  Y=  0.0 

TARGET  2 LOCATION  - Xs  200.0  Ys  10.0 


ITEM 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 


DATA  VARIABLE 
MTBf  (FLIGHT  HOURS) 

MTBMA  (HOURS) 

OPERATIONAL/FLIGHT  HOUR  RATIO 

VULNERABILITY 

NUMBER  OF  REDUNDANT  BOXES 

MTTR  (HOURS) 

PROBABILITY  OF  REPLACEMENT 
PROBABILITY  ITEM  AVAILABLE 
PROBABILITY  OF  UNDETECTED  FAILURE 
PROBABILITY  OF  FALSE  FAILURE 
ACQUISTION  COST  ($K) 

COST  PER  MAINTENANCE  ACTION  ($) 

WEIGHT  (LBS) 

EXTERNAL  FUEL  (LBS) 

INTERNAL  FUEL  (LBS) 

MEAN  AERO  CHORD  (FT) 

WING  AREA  (SQ  FT) 

CL-ALFA  (TAKEOFF) 

CL-ALFA( SUBSONIC) 

CL-ALFA  (TRANSONIC) 

CL-ALFA( SUPERSONIC) 

CL-DELTA  (TAKEOFF) 

CL-DELTA(SUBSONIC) 

CL-DELTA  (TRANSONIC) 

CL-DELTA( SUPERSONIC) 

CM-ALFA  (TAKEOFF) 

CM-ALFA( SUBSONIC) 

CM-ALFA  (TRANSONIC) 

CM-ALFA( SUPERSONIC) 

CM-DELTA  (TAKEOFF) 

CM-DELTA( SUBSONIC) 

CM-DELTA  (TRANSONIC) 

CM-DELTA (SUPERSONIC) 

CM-Q  (TAKEOFF) 

CM-Q( SUBSONIC) 

CM-Q  (TRANSONIC) 

CM-Q(SUPERSONIC) 

CD-ZERO  (TAKEOFF) 

CD-ZERO  (SUBSONIC) 

CD-ZERO  (TRANSONIC) 

CD-ZERO(SUPERSONIC) 

ALFA-ZL  (TAKEOFF) 

ALFA-ZL(SUBSONIC) 

ALFA-ZL  (TRANSONIC) 

ALFA-ZL(SUPERSONIC) 

D2  (TAKEOFF) 

D2  (SUBSONIC) 

D2  (TRANSONIC) 

02  (SUPERSONIC) 

D4  (TAKEOFF) 

D4  (SUBSONTC) 

D4  (TRANSONIC) 

D4  (SUPERSONIC) 

ALFA-MAX  (TAKEOFF) 

ALFA-MAX  (SUBSONIC) 

ALFA-MAX  (TRANSONIC) 

ALFA  (SUPERSONIC) 

CM-ZERO 

CD-ZERO  DRAG  BRAKE 

(•)  AIRFRAME 

riOUKE  A- 2.  S>WI.E  HARDWARE  DATA 
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VALUE 

35. 

8. 

2. 

.1 

0. 

.5 

.9 

.9 

.1 

.1 

100000. 

500. 

32834. 

0. 

12058. 

16.04 

530. 

3.6 

3.6 

4.5 
2.8 
.63 

.6 

.45 

.34 

2 

• • 2 
-.6 
••  6 
-.9 
-•8 
-.7 
4 

-3.7 

-3.2 

-4.5 

-2.5 

.02 

.02 

.038 

.043 

-.008 

-.008 

-.008 

0. 

.1215 

.1215 

.1497 

.4687 

.0873 

.0873 

.00794 

.1563 

13.5 
18. 
24. 
24. 

-.01 

0. 


ITEM  DATA  VARIABLE  VALUE 

1 MTBF  (FLIGHT  HOURS)  5. 

2 MTBMA  (HOURS)  8. 

3 OPERATIONAL/FLIGHT  HOUR  RATIO  2. 

4 VULNERABILITY  .1 

5 NUMBER  OF  REDUNDANT  BOXES  0. 

6 MTTR  (HOURS)  .5 

7 PROBABILITY  OF  REPLACEMENT  .9 

8 PROBABILITY  ITEM  AVAILABLE  .9 

9 PROBABILITY  OF  UNDETECTED  FAILURE  .1 

10  PROBABILITY  OF  FALSE  FAILURE  .1 

11  ACQUISTION  COST  ($K)  100000. 

12  COST  PER  MAINTENANCE  ACTION  ($)  500. 

13  MIL  SPEC  IMP  (HRS)  .84 

14  MAX  SPEC  IMP  (HRS)  1.97 

15  MIL  THRUST  (LB)  11870. 

16  MAX  THRUST  (LB)  17900. 

Cb)  PROPULSION  SYSTEM 

ITEM  DATA  VARIABLE  VALUE 

1 MTBF  (FLIGHT  HOURS)  0. 

2 MTBMA  (HOURS)  0. 

3 OPERATIONAL/FLIGHT  HOUR  RATIO  0. 

4 VULNERABILITY  0. 

5 NUMBER  OF  REDUNDANT  BOXES  0. 

6 MITR  (HOURS)  0. 

7 PROBABILITY  OF  REPLACEMENT  0. 

8 PROBABILITY  ITEM  AVAILABLE  0. 

9 PROBABILITY  OF  UNDETECTED  FAILURE  0. 

10  PROBABILITY  OF  FALSE  FAILURE  0. 

11  ACQUISTION  COST  ($K)  500. 

12  COST  PER  MAINTENANCE  ACTION  ($)  0. 

(c)  ORDNANCE 

ITEM  data  variable  VALUE 

1 MTBF  (FLIGHT  HOURS)  5. 

2 MTBMA  (HOURS)  8. 

3 OPERATIONAL/FLIGHT  HOUR  RATIO  2. 

4 VULNERABILITY  . 1 

5 NUMBER  OF  REDUNDANT  BOXES  1. 

6 MTTR  (HOURS)  .5 

7 PROBABILITY  OF  REPLACEMENT  .9 

8 PROBABILITY  ITEM  AVAILABIE  .9 

9 PROBABILITY  OF  UNDETECTED  FAILURE  .1 

10  PROBABILITY  OF  FALSE  FAILURE  .1 

11  ACQUISTION  COST  ($K)  100000. 

12  COST  PER  MAINTENANCE  ACTION  (!)  500. 

(<1)  ACOOISITIOK  DISPUT 

FIGURE  A-2.  SAMPLE  HARDWARE  DATA  (Continued) 
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ITEM 

1 

2 

3 

4 

5 

6 


DATA  VARIABLE 

EARLIEST  TIME  TO  BEGIN  PREELIGHT  (HR) 
EARLIEST  TIME  TO  BEGIN  LAUNCH  (HR) 
MINIMUM  TIME  UNTIL  NEXT  SORTIE  (HR) 
LATEST  TIME  TO  LAUNCH  SORTIE  (HR) 
MAXIMUM  DELAY  BEFORE  CANCEL  (HR) 
NUMBER  OF  DAYS  TO  SIMULATE 

(a)  SCHEDULE 


VALUE 

6. 

9. 

4. 

18. 

2. 

2. 


i 


ITEM 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 


ITEM 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 


DATA  VARIABLE 

NUMBER  OF  AIRCRAFT  PER  SQUADRON 
FUEL  COST  ($/LB) 

PER  FLIGHT  COST  ($) 

PER  UNIT  OF  FLIGHT  TIME  COST  ($/FLIGHT-HR) 

FLIGHT  CREW  SIZE 

FLIGHT  CREW  COST  ($/MAN-YEAR) 

GROUND  CREW  SIZE 

GROUND  CREW  COST  ($/MAN-YEAR) 

MUNITIONS  CREW  SIZE 

MUNITIONS  CREW  COST  ($/MAN-YEAR) 

COMMAND  STAFF  SIZE 

COMMAND  STAFF  COST  ($/MAN-YEAR) 

NUMBER  OF  ADDITIONAL  PERSONNEL 
ADDITIONAL  PERSONNEL  COST  ($/MAN-YBAR) 
INVESTMENT  PECULIAR  TO  SYSTEM  ($) 
AMORITIZATION  PERIOD  (YEARS) 


(b)  COST 


DATA 

HORIZONTAL 

SIDE  LOOK 

SIDE  LOOK 

SIDE  LOOK 

SIDE  LOOK 

DEPRESSION 

CUMULATIVE 

DEPRESSION 

CUMULATIVE 

DEPRESSION 

CUMULATIVE 

DEPRESSION 

CUMULATIVE 

DEPRESSION 

CUMULATIVE 


VARIABLE 

WIDTH  OF  FIELD  OF  VIEW  (DEG) 
ANGLE  A/C  1 (DEG) 

ANGLE  A/C  2 (DEG) 

ANGLE  A/C  3 (DEG) 

ANGLE  A/C  4 (DEG) 

ANGLE  (DEG) 

PROBABILITY  OF  DETECTION 
ANGLE  (DEG) 

PROBABILITY  OF  DETECTION 
ANGLE  (DEG) 

PROBABILITY  OF  DETECTION 
ANGLE  (DEG) 

PROBABILITY  OF  DETECTION 
ANGLE  (DEG) 

PROBABILITY  OF  DETECTION 


(c)  VTSUAI.  ACQUISITION 


FIGURE  A-3.  SAMPLE  SUBPUNCTION  DATA 


VALUE 

16. 

1. 

5000. 

500. 

10. 

5000. 

20. 

6000. 

10. 

7000. 

5. 

15000. 

50. 
6000. 
1.00E  6 

5. 


VALUE 

90. 

45. 

-45. 

0. 

0. 

10. 

0. 

30. 

.5 

0. 

0. 

0. 

0. 

0. 

0. 
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ITEM  DATA  VARIABLE 

1 WEAPON  RELEASE  DISTANCE  (FT) 

2 SET-UP  TIME  (SEC) 

3 AIM  POINT  CEP 

4 PRIMARY  KILL  RADIUS  (FT) 

5 SECONDARY  KILL  RADIUS  (FT) 

6 ORDNANCE  SUBFUNCTION  TYPE 

7 NUMBER  DROPPED  PER  PASS 

8 PACKED  TARGET  INDICES 

(d)  MANUAL  WEAPON  DELIVERY 


VALUE 

5000. 

4. 

100. 

20. 

50. 


ITEM 

1 

2 

3 


DATA  VARIABLE 
NUMBER  OF  ATTACK  PASSES 
X LOCATION  UNCERTAINTY  (NM) 
Y LOCATION  UNCERTAINTY  (NM) 

(e)  TARGET 


VALUE 

1. 

1. 


FIGURE  A-3.  SAMPLE  SUBFUNCTION  DATA  (Continued) 
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DEMONSTRATION  CASE  FOR  NEW  VERSION  OF  AEP 

25  MONTE  CARLO  TRIALS,  WITH  2AIRCRAFT,  FOR  , 2 DAYS 

ASPOUT  COMMAND 

ST AT, ALL 

GROUND  PREPARATION  DATA 


1 

VARIABLE  SAMPLES 

MEAN 

STD  DEV 

MAX 

MIN 

1 

SORTIES  PER  DAY 

50 

2.56 

.541 

3.00 

1.00 

t 

PREFLIGHT  TIME  (HR) 

100 

3.03 

.579 

5.13 

1.93 

t 

THRU-FLIGHT  TIME  (HR) 

191 

2.00 

.501 

3.83 

1.10 

i 

POSTFLIGHT  TIME  (HR) 

100 

4.88 

.942 

8.07 

2.84 

1 

LAUNCH  (MIN) 

129 

15.0 

5.30 

31.9 

6.20 

LAUNCH  DELAY  (MIN) 

96 

42.9 

28.8 

119. 

2.18 

i 

REPAIR  DELAY  (MIN) 

103 

29.4 

11.4 

77.5 

*2.3 

i 

MAINTENANCE  ACTIONS  (MIN) 

120 

28.4 

9.41 

77.5 

12.3 

1 

FUEL  LOADING  TIME  (MIN) 

290 

5.72 

2.67 

14.7 

1.63 

FUEL  LOADED  (LB) 

290 

2861. 

1335. 

7336. 

816. 

G.P.  MUNITIONS  LOAD  (MIN) 

1 

A/C  ' 

145 

19.9 

4.10 

31.4 

4.29 

1 

A/C  2 

144 

19.1 

4.09 

29.6 

6.83 

1 

G.P.  MUNITIONS  DEARM(MIN) 

\ 

A/C  1 

24 

9.99 

3.83 

14.9 

3.68 

K 

A/C  2 

23 

9.96 

2.83 

14.2 

4.57 

> 

t 

i 

AIRBORNE  DATA 

1 

VARIABLE  SAMPLES 

MEAN 

STD  DEV 

MAX 

MIN 

I" 

AIR  REFUELING  TIME  (MIN) 

uc- 

15.2 

3.78 

21.1 

5.60 

1 

AIRBORNE  FUEL  ADDED  (LB) 

23- 

5208. 

689. 

6555. 

4260. 

I 

DISPLAY  DETECTION  RNG(NM) 

1 

A/C  1 

54 

3.25 

.893 

5.06 

1.93 

A/C  2 

62 

3.44 

.847 

5.16 

1.98 

1 

VISUAL  DETECTION  RNG(NM) 

1- 

A/C  1 

76 

5.31 

1.52 

9.35 

3.27 

t 

A/C  2 

56 

5.99 

1.80 

9.95 

3.46 

£ 

NAV  UPDATE  ACCURACY  (FT) 

127 

59.5 

617. 

1954. 

-1544. 

NUMBER  OF  ATTACK  PASSES 

1 

TARGET  1 

127 

1.00 

0. 

1.00 

1.00 

1 

TARGET  2 

121 

1.00 

0. 

1.00 

1.00 

FIGURE 

A-4. 

OUTPUT  RESULTS 

g 


e 


5 

I 

I 


COST  DATA 


VARIABLE  SAMPLES 

MEAN 

STD  DEV 

MAX 

MIN 

FUEL  COST  ($) 

A/C  1 

25 

39520. 

7562. 

51332. 

21274. 

A/C  2 

25 

42798. 

10920. 

67719. 

27317. 

G.P.  MUNITIONS  COST  (i) 

A/C  1 

25 

9960. 

1744. 

12000. 

6000. 

A/C  2 

25 

9960. 

1881. 

12000. 

6000. 

MAINTENANCE  COST  ($) 

A/C  1 

25 

1300. 

804. 

2500. 

0. 

A/C  2 

25 

1100. 

707. 

3000. 

0. 

REPLACEMENT  COST  ($) 

A/C  1 

25 

408260. 

227449. 

801000. 

100000. 

A/C  2 

25 

556500. 

349309. 

1.41E  6 

100000. 

TOTAL  DIRECT  A/C  COST  (|) 

A/C  1 

25 

459040. 

230173. 

855040. 

144726. 

A/C  2 

25 

610358. 

358307. 

1.49B  6 

135817. 

FLIGHT  COSTS  ($) 

25 

55618. 

9591. 

65528. 

32551. 

FLIGHT  CREW  COST  ($) 

25 

34.2 

0. 

34.2 

34.2 

GROUND  CREW  COST  ($} 

25 

82.2 

0. 

82.2 

82.2 

MUNITIONS  CREW  COST  ($) 

25 

47.9 

0. 

47.9 

47.9 

COMMAND  STAFF  COST  ($) 

25 

51.4 

0. 

51.4 

51.4 

MISC. PERSONNEL  COST  (i) 

25 

205. 

0. 

205. 

205. 

AMORTIZATION  COST  ($K) 

25 

18250, 

0. 

18250. 

18250. 

TOTAL  MISSION  COST(iK) 

25 

19375. 

407. 

20560. 

18767. 

FIGURE  A-«.  OUTPUT  RESULTS  (Continued) 
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Aiii-OUT  COMMAND 

EVENTS, ALL 


GROUND  EVENTS 

GENERAL  MAINTENANCE  19 
SORTIE  CANCELLED  3 
NOT  OPERATIONALLY  READI  5 
EQUIPMENT  ITEM  REPLACED  89 
REPLACEMENT  UNAVAILABLE  15 


AIRBORNE  EVENTS 

DETECTED  FAILURE  129 

FALSE  FAILURE  9 

UNDETECTED  FAILURE  10 

AIRCRAFT  ABORT 

A/C  1 0 

A/C  2 1 

AIRCRAFT  LOST 

A/C  1 13 

A/C  2 25 

A/C  LOST  TO  ENEMY  FIRE 

A/C  1 5 

A/C  2 ^ 

MISSION  ABORT  5 

LOW  FUEL  ABORT  0 

DISPLAY  TARGET  DETECTION 

A/C  1 54 

A/C  2 62 

VISUAL  TARGET  DETECTION 

A/C  1 73 

A/C  2 59 

TARGET  ATTACKED 

TARGET  1 127 

TARGET  2 121 

PRIMARY  DESTRUCTION 

TARGET  1 10 

TARGET  2 10 

SECONDARY  DESTRUCTION 

TARGET  1 49 

TARGET  2 39 

GO-AROUND  FOR  ATTACK 

TARGET  1 1 

TARGET  2 5 


FIGURE  A-4.  OUTPUT  RESULTS  (Continued) 
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SUBfUNCTION/MODB  UTILIZATION 


I 


SUBfUNCTION 
PREf LIGHT 
THRU-FLIGHT 
POSTFLIGHT 

G.P.  MUNITIONS 

FUEL  LOADING 
BINGO  FUEL 
REFUELING 

LAUNCH 

INFLIGHT  ABORT 
MISSION  ABORT 
AIRCRAFT  LOST 
LANDING 

SCHEDULE 

RADIO-AIDED  NAV 
SELF-CONTAINED  NAV 

AUTO-NAV  UPDATE 

INTER-FLIGHT  COM. 

EXTERNAL  CON. 

SURVIVABILITT 

DISPLAY  ACQUISITION 
VISUAL  ACQUISITION 

MANUAL  WEAPON  DEL.  A/C  1 
MANUAL  WEAPON  DEL.  A/C  2 
AUTOMATIC  WEAPON  DEL  A/C  1 
AUTOMATIC  WEAPON  DEL  A/C  2 


. USES 

FAILED 

MODES 

50 

0 

0 

96 

0 

0 

50 

0 

0 

289 

0 

0 

290 

0 

0 

129 

0 

129 

128 

0 

128 

129 

1 

129 

128 

0 

128 

128 

0 

128 

128 

0 

128 

128 

0 

128 

50 

0 

0 

129 

0 

129 

128 

0 

128 

128 

0 

128 

129 

0 

129 

129 

0 

129 

128 

0 

128 

128 

0 

128 

128 

0 

128 

121 

0 

104 

115 

1 

104 

100 

0 

100 

100 

0 

100 

-N) 


9 

9 


21 

10 


I 

B 


i 

I 

f 

t 

i 

f 

i 

t 

I 


FIGURE  A-4.  OUTPUT  RESULTS  (Continued) 


AEPOUT  COMMAND 
FAIL 


EQUIPMENT  FAILURES  PER  A/C 


ITEM 

AIRCRAFT 

GROUND 

AIRBORNE 

AIRFRAME 

A/C  1 

i| 

7 

A/C  2 

7 

3 

PROPULSION 

A/C  1 

15 

8 

A/C  2 

15 

19 

ORDNANCE 

A/C  1 

0 

0 

A/C  2 

0 

0 

RADAR 

A/C  1 

20 

27 

A/C  2 

21 

21 

HGURE  A-A.  OUTPUT  RESULTS  (Continued) 
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APPENDIX  B 
PROGRAMMER'S  GUIDE 


The  purpose  of  this  Appendix  is  to  provide  a description  of 
the  Avionics  Evaluation  Prograan  (AEP)  Cooq>uter  Code.  The  following 
references  can  also  be  consulted: 

(1)  "Avionics  Evaluation  Program  User's  Manual", 

Battelle-Colufflbus  Laboratories  (most  recent  version) 

(2)  "Application  of  Interactive  Graphics  to  the  Avionics 
Evaluation  Program",  Battelle-Columbus  Laboratories, 
Programmer's  Manual  (most  recent  version). 

The  first  reference  is  the  user's  manual  which  resides  in  the  computer 
and  is  accessible  from  a terminal.  The  second  describes  the  interactive 
graphics  processor  from  which  the  AEP  is  operated. 

Figure  B-1  shows  the  Avionics  Evaluation  Program  (AEP)  organi- 
zation. There  are  two  major  overlays.  The  first  contains  the  computations 
carried  out  in  preparation  for  the  Monte  Carlo  analysis.  The  second 
contains  the  Monte  Carlo  simulation.  Table  B-1  contains  a brief 
description  of  each  of  the'  program  subroutines.  In  addition,  the  table 
shows  where  each  subroutine  occurs.  Table  B-2  defines  where  each  common 
block  occurs.  The  bulk  of  the  code  documentation  resides  in  the  program 
Itself.  At  the  beginning  of  the  routines  is  a description  of  the  pur- 
pose of  the  routine  and  a definition  of  the  parameters  in  the  calling 
list.  In  addition,  all  common  variables  are  described  in  each  routine 
where  they  are  used. 
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TABLE  B-1.  DESCRIPTION  OF  THE  BATCH  AEP  ROUTINES 


Routine 

Name 

Category 

Description 

MAIN 

EXECUTION 

Calls  Individual  Overlays 

COMBLK 

DATA 

Initialize  variables  in  labelled  comnon 

ONE 

EXECUTION 

Calls  routines  to  evaluate  nominal 
mission 

CMBLKl 

DATA 

Initialize  variables  in  labelled 
common 

ONEONE 

EXECUl’ION 

Calls  routine  to  read  mission  input  data 
and  write  system  labels  to  random  access 
file 

TWO 

EXECUTION 

Calls  Monte  Carlo  main  control  routine 

THREE 

EXECUTION 

Calls  the  output  routines 

READ 

DATA 

Read  data  from  random  access  file 

WRITE 

DATA 

Write  data  to  random  access  file 

GENFLE 

DATA 

Routine  to  create  a random  access  file 

CLSFLE 

DATA 

Routine  to  close  a tandom  access  file 

NEWFLE 

DATA 

Routine  to  open  a new  random  access  file 

ENDJOB 

ERROR  PROCESSING 

Routine  to  Insure  ccmplete  writing  of 
date  to  random  access  file  if  execution 
error  occurs 

IDLE 

UTILITY 

Routine  to  set  file  status  to  idle  to 
avoid  auto-recall  errors 

INDXSEQ 

DATA 

Machine  language  routine  to  access  files 

SETADR 

UTILITY 

Routine  to  convert  the  FORTRAN  extended 
parameter  list  to  a RUN  compatible  para- 
meter list 

ADDSUB 

UTILITY 

Add  or  subtract  matrices 
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TABLE  B-1.  DESCRIPTION  OF  THE  BATCH  AEP  ROUTINES  (Continued) 


Routine 

Name 

Category 

Description 

TRANS 

UTILITY 

Transpose  a matrix 

PACK 

UTILITY 

Create  an  array  of  the  upper  triangle 
of  a syoBietrlc  matrix 

UNPACK 

UTILITY 

Restore  symmetric  matrix  from  packed 
array 

MOVE 

UTILITY 

Transfer  matrix  to  new  memory  location 

MINUS 

UTILITY 

Transfer  negative  of  matrix  to  new- 
memory  location 

ZERO 

UTILITY 

Set  matrix  to  zero 

TADSUB 

UTILITY 

Transpose  matrix  addition  or  subtraction 

CONST 

UTILITY 

Scalar  times  a isatrlx 

MLT 

UTILITY 

Matrix  multiplication 

SYMMLT 

UTILITY 

Symmetric  matrix  multiplication 

NLTAOSU 

UTILITY 

Transpose  matrix  multiplication 

CROSS 

UTILITY 

Vector  cross  product 

DOT 

UTILITY 

Vector  dot  product 

IRKG 

UTILITY 

Initializes  certain  variables  for  the 
Runge-Kutta-Glll  integration  routine. 
Standard  BCL  library  routire. 

RKG 

UTILITY 

Runge-Kutta-Gill  Integration  routine 
Standard  BCL  library  routine. 

BILINl 

UTILITY 

Interpolates  on  a two  dimensional  table. 
Both  arguments  must  be  monotone  increasing. 
Standard  BCL  library  routine. 
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TABLE  B-1. description  OF  THE  BATCH  AEP  ROUTINES  (Continued) 


Routine 

Naae 

Category 

Description 

SETCON 

UTILITY 

Set  natural  constants,  conversion 
factors 

PUT 

EXECUTION 

Enter  event  in  table 

TAKE 

EXECUTION 

Reonve  event  from  table 

PUTALL 

EXECUTION 

Put  general  event  for  all  available 
!)id>functions  in  event  table 

GETFND 

EXECUTION 

Move  data  from  packed  arrays  to 
local  variables 

RESET 

EXECUTION 

Calls  routine  RSETXX 

SETLAB 

DATA 

Set  labels  and  units  for  output 
variables 

NONINL 

EXECUTION 

Calls  aircraft  flight  routines  and 
function  routines 

FLY 

EXECUTION 

Simulates  aircraft  flight.  Described 
in  AFAL-TR-73-44 

CONTRL 

EXECUTION 

Calculates  required  aircraft  power 
setting  for  requested  velocity. 
Described  in  AFAL-TR-73-44. 

DERAC 

EXECUTION 

Calculates  derivatives  of  aircraft 
equations  of  motion.  Described  in 
AFAL-TR-73-44. 

VARMCH 

UTILITY 

Interpolates  tabular  data  as  a function 
of  mach  number.  Described  in  AFAL-TR- 
73-44. 

PRTST 

UTILITY 

Print  aircraft  flight  status 

FUNON 

EXECUTION 

Make  initial  calls  to  function 

RSETXX 

EXECUTION 

Set  data  values  for  various  modes  of 
each  subfunction 
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TABLE  B-X.  DESCRIPTION  OF  THE  BATCH  AEP  ROUTINES  (Continued) 


Routine 

Naae 

Category 

Description 

FUNXX 

EXF^UTION 

Perfors  calculations  for  function  XX 

HCFNXX 

EXECIITION 

Contains  the  Honte  Carlo  coaputations 
for  function  XX.  XX  can  range  froa 
1"20.  Main  body  of  report  contains 
flow  dlagraas. 

MSBXXY 

EXECUTION 

Contains  the  Monte  Carlo  coaputations 
for  eubfunction  1 of  function  XX. 
Called  by  function  XX.  Main  body  of 
report  contains  flow  dlagraas. 

ABRTXX 

EXECUTION 

Logic  to  determine  if  aircraft  aborts 
when  subfunction  for  function  XX  is 
lost  by  th"t  aircraft. 

FABTXX 

EXECUTION 

Logic  to  deteraine  if  aission  aborts 
when  subfunction  for  function  XX  is 
lost  by  entire  flight 

NAVPOS 

EXECUTION 

Routine  to  calculate  current  navigation 
error 

NAVUPD 

EXECUTION 

Perforas  navigation  update.  Calculates 
sensor  field  of  view.  Deteraines  if 
checkpoint  is  within  the  sensor  field 
of  view  and  if  the  checkpoint  has  been 
detected. 

DAHAGE 

EXECUTION 

Deteraine  extent  of  aircraft  daaage 
resulting  froa  eneay  hit 

SUBlll 

EXECUTION 

Display  Acquisition  subfunction. 
Calc  ilates  sensor  field  of  view  for 
each  aode. 

SUB112 

EXECUTION 

Visual  acquisition  subfunction.  Cal- 
culates sensor  field  of  view  for  each 
aode. 
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SENSOR 

EXECUTION 

Calculates  the  sensor  ground  coverage 
by  computing  the  X and  Y vertices  of 
the  sensor  field  of  view 

ACQIRE 

EXECUTION 

Generates  target  acquisition  times 
based  on  cumulative  probability  of 
detection  vs.  depression  angle  and 
the  vertices  of  the  sonsor  field  of 
view. 

SETST 

EXECUTKHi 

Calculate  aircraft  states  inertial 
coordinate  frame  of  reference 

SAVEST 

EXECUTKW 

Store  aircraft  states  for  use  during 
Honte  Carlo  evaluation 

READAT 

DATA 

Reads  system  and  function  data 

CRUISE 

DATA 

Fits  curve  for  heading  in  flight 
profile 

PRTMC 

EXECUTION 

Prints  Monte  Carlo  status  during  pro- 
gram error  tracing 

NORM 

UTILITY 

Generate  unit  variance  normal  random 
variate 

F 

UTILITY 

Used  by  NORM 

LGNORM 

UTILITY 

Generate  a log-normal  random  variate 

BETA 

UTILITY 

Generate  a random  variate  from  a Beta 
distribution 

RAYLGH 

UTILITY 

Generate  a random  variate  from  a 
Rayleigh  distribution 

RNDTME 


UTILITY 


Generate  a random  variate  from  a 
tabular  distribution 


TABLE  B-1.  DESCRIPTION  OF  THE  BATCH  AEP  ROUTINES  (Continued) 


Rendon 

Nbm 

Category 

Description 

SETVAR 

EXECUTION 

Accuaulate  statistics  for  random 
variables 

SEl’EVT 

EXECUTION 

Accumulate  ocurrences  of  random 
events 

MCAKLO 

EXECUTION 

Konte  Carlo  simulation  main  control 
program 

MCINTL 

EXECUTION 

Initialize  Ifonte  Carlo  variables 

ACUPDT 

EXECUTION 

Update  aircraft  states  as  a function 
of  time 

HCFAIL 

EXECUTION 

Calculate  time  of  equipment  failure 

CLKON 

EXSCUl'ION 

Turn  flight  failure  clock  on 

CLKOFF 

EXECUTKW 

Turn  flight  failure  clock  off 

FAIL 

EXECUTION 

Process  equipment  failures 

REPAIR 

EXECUTION 

Calculate  random  repair  time  after 
equipment  failure.  Determine 
operationally  ready  status  of  air- 
craft. 

UMAINT 

EXECUTION 

Calculate  unscheduled  maintenance 
delay  time.  Determine  operationally 
tend/  status  of  aircraft. 

FUNCHK 

EXECUTION 

Check  sub function  modes  after  equip- 
ment failure 

KCFON 

EXECUTION 

Turn  on  sul>function 

USB 

EXECUTION 

Check  fr.r  undetected  failures  when  a 
subfunction  in  used 
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TABLE  B-2.  AEP  COMMON  BLOCKS 


COMMON  BLOCK 

ROUTINES  USING  THE  COMMON  BI^K 

ABTFLG 

MISABT, 

MSB041 

ACRAFT 

CMBLKl,  CONTRL,  CRUISE,  DERAC,  FLY, 
PRTST,  READAT,  SAVEST,  SETST 

AIRCFT 

CMBLKl, 

CONTRL,  DERAC,  FLY,  READAT 

ATTACK 

ABRT12, 

MCFN13, 

ACUPDT,  MCFNON,  MCFN12, 
MSBl^l,  MSB122 

AVAIL 

MCAVLO, 

REPAIR 

CMSOll 

MSBOll, 

RSETOl 

CMS012 

MSB012. 

RSETOl 

CMS013 

MSB013, 

RSETOl 

CMS021 

MSB021, 

RSET02 

CMS022 

MSB022, 

RSET02 

CMS023 

MSB023, 

RSET02 

CMS031 

MSB031, 

RSET03 

»:MS032 

MSB032, 

RSET03 

CMS033 

MSB033, 

RSET03 

CMSOAl 

MSB041, 

RSET04 

CMS051 

MCARIX), 

MSBOSi,  RSET05 

CMS0S2 

MSB052, 

RSET05 

CMS061 

RSET06, 

SETST 

CMS071 

MSBC71, 

Rsrro7 

CMS072 

MSB072, 

RSET07 

CMS081 

NSB081, 

RSET08 

CMS082 

MSB082, 

RSET08 

f 
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TABLE  S-2.  aEP  COMMON  BLOCKS 

COMMON  BLOCK 

ROUTINES  USING  THE  COMMON  BLOCK 

CMS083 

MSB083.  RSET08 

CMS091 

RSET09 

CMS092 

RSET09 

CMSlOi 

MSBIOI,  RSETIO 

CMS102 

MSB102,  RSETIO 

CMS103 

MSB103,  RSETIO 

CMS104 

MSB104,  RSETIO 

CMS105 

MSB105,  RSETIO 

CMSlll 

MSBlll,  RSETll,  SUBlll 

CMS112 

MSB112,  RSETll,  SUB112 

CMS121 

FUN12,  MCFN12,  MSB121,  RSET12 

cr,j;i22 

MSB122,  RSET12 

CMS131 

MCFN13,  RSET13 

CMS132 

MCFN13,  RSET13 

CMS133 

MCFN13,  RSET13 

CMS134 

MCFN13,  RSET13 

CMS135 

MCFN13,  RSET13 

COMPT 

SETCON 

CONSTS 

COMBLK,  CONTRL,  CRUISE,  DERAC,  FLY,  PRTMC 
PRTST,  RAYLGH,  READAT,  RSET07,  RSET08, 
RSETll,  RSET12,  RSET13,  SETCON,  SETST 

DEBUG 

HCARLO,  READ,  WRITE 

DETECT 

ACQIRE,  MCFNII,  MSBlll,  MSB112 

EQFAIL 

ACUPDT,  COMBLK.  FAIL,  MCFAIL,  MCINTL, 
MSB041,  MSB045,  RESULT,  SETCON 

EVENTS 

ABRT03,  ABRT04,  ABRT09,  ABRT12,  ACABRT, 
ACLOST,  ACQIRE,  ACUPDT,  CANCEL,  CLKOFF, 
CLKON,  COMBTJI,  FABT03,  FABT04,  FABT07, 
FABT09,  FABTIO,  FABTll,  FABT12,  FAIL, 
(Continued  on  next  paee) 
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TABLE  B-2.  AEP  COMMON  BLOCKS  (Continued) 


COmON  BLOCK 


EVENTS 

(Continued) 


FETS 


FETZZ2 


FILES 


FNDATA 


FOV 

FUEL 


ROUTINFS  USING  THE  COHMCW  BLOCK 


FNABRT,  FUNCHK,  FUNll,  FUN12,  MCARLO, 
MCFAIL,  MCFNOl,  MCFN02,  MCFN03,  MCFN04, 
HCFN05,  >K:FN07,  MCFN08,  MCFN09,  MCFNIO. 
MCFNll,  MCFN12,  HCFN13,  MCINTL,  MISABT, 
MSBOll.  MSB012,  M3B013,  MSB021,  MSB022. 
MSB023,  HSB031,  MSB032,  MSB033,  MSB041, 
MSB045.  MSB051,  MSB071,  MSB072,  MSB08I, 
NSB082»  MSB083»  MSB091,  MSB092»  HSBIOI. 
MSB102,  MSBI03,  MSB104,  MSBlo3.  MSBlll, 
MSB112,  MSBI21»  MSB122,  NAVUPD,  NEWAC, 
NOMINL,  PRIMC,  PUTALL,  PUT,  SENSOR, 
SUBlll,  SUB112,  TAKE,  UMAINT 

CLSFLE,  COMBLK,  GENFLE,  NEWFLE,  READ, 
WRITE 

CLSFLE,  COMBLK,  GENFLE,  NEWFLE,  READ, 
WRITE 

ACUPDT,  CLSFLE,  COMBLK,  CONTRL,  ENDJOB, 
FLY,  GENFLE,  MCARLO,  MSBlll,  MSB112, 
NEWFLE,  NC»1INL,  ONEONE,  ONE,  PRIST,  PUT, 
READAT,  READ,  RESULT,  SAVEST,  SETCON, 
SETLAB,  TAKE,  THREE,  WRITE 


ABRT12, 

FABTll, 

GETFND, 

MCFN03, 

MCFN13, 

MSB013, 

MSB045, 

MSB122, 

REPAIR, 

SUBlll, 


ACLOST,  ACQIRE, 
FABT12,  FUNCHK, 
GETMD,  MCARJo, 
MCFN08,  MCFN09, 
MCINTL,  MISXbT, 
MSB021,  MSb522, 
MSB052,  MSBlll, 
NAVUPD,  NOMINL, 
RESULT,  RSET12, 
SUB112,  UMAINT, 


COMBLK 

FUNON, 

MCFNON, 

MCFNll 

NSBOll 

MSB023 

MSB112 

PUTALL 

SETCON 

USE 


, FABT07, 
FUN12, 
MCFN02, 

, iK:FN12, 
, MSB012, 
, MSB041, 
, MSB121, 
, READAT, 
, SETST, 


SAVEST,  SUBlll,  SUB112 


ACUFOT,  COMBLK,  MCARLO,  MSB031,  MSB033, 
NSB045,  READAT,  SETCON 
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TABLE  B-2.  AEP  COMMON  BLOCKS  (Continued) 


COMMON  BLOCK  ROUTINES  USING  THE  COMMON  BLOCK 


KEYS  ABRT04,  COMBLK,  FUNCHK,  MCARLO,  MCnill, 

MCINTL,  MISABT,  MSB041,  MSBIOI,  MSB102, 
MSB103,  MSB104,  MSBIOS 

LABELS  ONEONE.  ONE,  READAT 

LOCFOV  ACUPDT,  COMBLK,  FUNll,  MSBlll,  MSB112, 

SAVES! , SETCOK,  SUBlll,  SUB112 

MCACFT  ABRT04,  ACLOST,  ACQIRE,  ACUPDT,  COMBLK, 

DAMAGE,  FA&T12,  FAIL,  FUNCHK,  GETMD, 
MCFAIL,  MCRiON,  MCFN13,  MCINTL,  MSBOll, 

MSB012,  MSB013,  MSB021,  MSB022,  MSB023, 

MSB032,  MSB033,  MSB041,  MSB045,  MSBIOI, 

MSB102,  MSB103,  MSB104,  MSBIOS,  MSB121, 

MSB122,  NEWAC,  REPAIR,  UMAINT,  USE 

MCACST  ABRT12,  ACLOST,  ACQIRE,  COMBLK,  FABT07, 

FABTll,  FABT12,  FUNCHK,  FUNWl,  FUN12, 
GETFND,  GETMD,  MCARLO,  MCFNON,  MCFM02, 
MCFN03,  HCFN08,  HCFN09,  MCFNll,  MCFN12, 
MCFN13,  MCINTL,  MISABT,  MSBOll,  MSB012, 
MSB013,  MSB021,  MSB022,  MSB023,  MSB041, 
MSB045,  MSB052,  MSBlll,  MSB112,  MSB121, 
MSB122,  NAVUPD,  IK)MINL.  PUTALL,  READAT, 
REPAIR,  RESULT,  RSET12,  SETCON,  SETS!, 
SUBlll,  SUB112,  UMAINT,  USE 

MCFLGT  ACQIRE,  ACUPDT,  MCARLO,  MSB033,  MSBlll 

MSB112 

MCOUT  COMBLK,  MCARLO,  ONE,  RESULT,  SETCON, 

SETEVT,  SETLAB,  SETVAR 

MCOUT2  C(mBLK,  MCARLO,  ONE,  RESULT,  SETCON, 

SETEVT.  SETLAB,  SETVAR 

MCSYS  ABKT04,  ACLOST,  ACQIRE,  ACUPDT,  COMBLK. 

DAMAGE,  FABT12,  FAIL.FUNCHK,  GETMP, MCFAIL. 
MCFNON,  MCFN13,  MCINTL,  MSBOll,  MSB012, 
MSB013,  NSB021,  MS6022,  MSB023,  MSB032, 
MSB033,  MSB041,  MSB045,  MSBIOI,  MSB102, 
MSB103,  MSB104,  MSBIOS,  MSB121,  NSB122, 
NEWAC,  REPAIR,  OTIAINT,  USE 
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TABLE  B-2.  AEP  COMMON  BLOCKS  (Continued) 


COMMON 

MDATA 


MTIMB 

NAVERR 

ORDLO 

PROFLE 

SORTIE 

STADOT 

STATES 


BLOCK  ROUTINES  USING  THE  COMMON  BLOCK 


ABRT12,  ACLOST,  ACQIRE,  COMBLK,  FABT07, 
FABTll,  FABT12,  FUNCHK,  FUNON,  FUN12, 
GETFND,  GETMD,  MCARLO,  MCFNON,  HCFN02, 
MCFN03«  MCFN08,  MCFN09,  MCFNll,  MCFN12, 
MCFN13,  MCINTL,  MISABT,  MSBOll,  MSB012, 
MSB013.  MSB021»  MSB022,  MSB023,  MSB041, 
MSB045,  MSB052,  MSBlll,  MSB112,  MSB121, 
MSB122,  NAVUPD,  NOMINL,  PUTALL,  READAT, 
REPAIR,  RESULT,  RSET12,  SETCON,  SETST, 
SUBin,  SUB112,  UMAINT,  USE 


NCINTL,  MSBOll,  NSB012,  MSB013,  MSB031 


ACQIRE,  ACUPDT,  MCFN12,  MSB071,  MSB072, 
MSBlll,  )KB112,  NAVPOS,  NAVUPD 


MCFIK)2,  MSB021,  NSB022,  MSB023,  MSB121, 
MSB122,  NEUAC 


CHBLKl,  CONTRL,  FLT,  FUNON,  NOMINL, 
READAT,  SAFEST 

MCARLO,  MCINTL,  MSB013,  MSB021,  MSB022, 
MSB023,  MSB041,  KSB045,  MSB051,  MSB052, 
NEWAC,  REPAIR 


CMBLKl,  CONTRL,  DERAC,  FLY,  FUNON,  NOMINL, 
PRTST,  SAFEST,  SETST 


ACQIRE,  ACUPDT,  CLKOFF,  CLKON,  COMBLK, 
FABT12,  FUNCHK,  FUN12,  GETMD,  MCARLO, 
NCFNON,  MCFNll,  MCFN12,  MCFN13,  MCINTL, 
MSBOll,  MSB012,  MSB013,  MSB031,  MSB032, 
MSB033,  MSB045,  MSBOS2,  MSBIOI,  MSB102, 
MSB103,  MSB104,  MSB105,  MSBlll,  MSB112, 
MSB121,  }6B122,  NAFUPD,  PRTMC,  READAT, 
RESULT,  RSET12,  SAFEST,  SENSOR,  SETCON, 
SETST,  USE 


STOPCM 


COMBLK,  MCARLO,  ONE,  SETCON 


TABLE  B-2.AEP  COMMON  BLOCKS  (Continued) 


COMMON 


STRTCM 

SUBDAT 


SYSDAT 

SYSLAB 

TARGET 

TFAIL 

WDELIV 

WDMODE 


vrosuB 


BLOCKS  ROUTINES  USING  THE  COMMON  BLOCK 


COMBLK,  MCARLO,  ONE  SETCON 

ABRT12,  ACLOST,  ACQIRE,  COMBLK,  FABT07, 
FABTll,  FABT12,  FUNCHK,  FUNON,  FUN12, 

GETFND,  GETMD,  MCARLO,  MCFNON,  MCFN02, 
MCFN03,  MCFN08,  MCFN09,  MCFNll,  MCFN12, 
MCFN13,  MCINTL,  MISABT,  MSBOll,  MSB012, 
MSB013,  MSB021,  MSB022,  MSB023,  MSB041, 
MSB045,  MSB052,  MSBlll,  MSB112,  MSB121, 
MSB122,  NAVUPD,  NOMINL,  PUTALL,  READAT, 
REPAIR,  RESULT,  RSET12,  SETCON,  SETST, 
SUBlll,  SUB112,  UMAINT,  USE 

ACUPDT,  CLKOFF,  COMBLK,  DAMAGE,  FAIL, 

MCARLO,  MCFAIL,  MCINTL,  MSB052,  NEWAC 
READAT,  REPAIR,  RESULT,  SETCON,  USE 

ONEOKE,  ONE,  READAT 

ABRT12,  ACQIRE,  ACUPDT,  COMBLK,  FUN12, 
MCFNll,  MCFN12,  MCFN13,  MSBlll,  MSB112, 
READAT,  RESULT,  RSET13,  SETCON 

ACLOST,  CLKOFF,  CLKON,  FAIL,  MCFAIL, 

MCINTL,  NEWAC,  REPAIR,  USE 

MCFN12,  MCFN13,  MSB121,  MSB122 

ABRT12,  ACLOST,  ACQIRE,  COMBLK,  FABT07, 
FAITH,  FABT12,  FUNCHK,  FUNON,  FUN12, 

GETFND,  FETMD,  MCARLO,  MCFNON,  MCFN02, 
MCFN03,  MCFN08,  MCFN09,  MCFNll,  MCFN12, 
MCFN13,  MCINTL,  MISABT,  MSBOll,  MSB012, 
MSB013,  MSB021,  MSB022,  MSB023,  MSB041, 
MSB045,  MSB052,  MSBlll,  MSB112,  MSB121, 
MSB122,  NAVUPD,  NOMINL,  PUTALL,  READAT, 
REPAIR,  RESULT,  RSET12,  SETCON,  SETST, 
SUBlll,  SUB112,  UMAINT,  USE 

ABRT12,  ACLOST,  ACQIRE,  COMBLK,  FABT07, 
FABTll,  FABT12,  FUNCHK,  FUNON,  TON12, GETFND, 
MCARLO,  MCFNON,  MCFN02,  MCFN03,  MCFN08, 
MCFN09,  MCFNll,  MCFN12,  MCFN13,  MCINTL, 
MISABT,  MSBOll,  MSB012,  MSB013,  MSB021, 
MSB022,  MSB023,  MSB041,  MSB045,  MSB052, 
MSBlll,  MSE112,  MSB121,  MSB122,  NAVUPD, 
N(M1NL,  PUTALL,  READAT,  REPAIR,  RESULT, 
RSET12,  SETCON,  SETST,  SUBlll,  SUB112, 
UMAINT,  USE 
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